@datacave I couldn’t reproduce the problem. However if we stumble upto this problem at some time we may have another look at it. But thanks.

@rfc2822 indeed thx renaming without ’ has solved the issue.

Thx

I did it in the end : I was confused about what to do in which app. Thks, it works fine ! 😊

@twisteroidambassador Thanks for the report and testing. So the new resolver will be included in the next version 🙂

@gdekeijzer a real pity that they ruined the Sync Framework with an update, and that only a complete wipe solves it 😕 But I’m happy that it worked at least…

@toup Good to hear that it works 🙂

@rfc2822 Hi, I deleted the recurring event and re-created it. No more errors.

Thanks a lot!

I have again tried to reproduce the problem by creating accounts with ' and other quotation marks, but I couldn’t reproduce it. It seems that it occurs only in some very rare cases, and it’s an Android problem then.

So this can’t be fixed in DAVx⁵. We have thought about disallowing ' in account names, but because it works in the most cases and people might want to use ' , we’ll let it as it is for now.

@jmue said in [webdav-mounts] signal backup:

@rfc2822
Am I correct in assuming that you are passing on the output stream directly to the input stream of the PUT request? So there is no byte-buffer-caching on your side.

There’s a 1 MB buffer, but that’s not the problem.

As I understood you, there is still a small window of time where is filedescriptor is closed but the PUT is still ongoing.

Exactly.

Some maybee ugly workarround may be to have filelock table (until the PUT request finishes) and delay copy/rename/move/delete operations?

Yes, I have thought about that. Surely much work for little result, and such things look to me as if they would cause 10000 new bugs. But maybe one day…

@rfc2822
Exacltly, this is a issue exists within documents-ui only (opening, copying), not Material files. Thanks for fixing this!

@rfc2822
thanks, i solved it by solving the certificate-problem of the domain that i used.

So in the end it was not a DAVx5 problem.

Regards,
Jan

I re-checked it and I could not even find a restriction from LineageOS there (“Trust” did not display it and AFAIK LineageOS removed their own Privacy guard in some version in the past). Anyway, for some reason it seems to work now.

As such, thanks for your help in any case!

@rfc2822 I factory reset my phone and I don’t have the issue anymore. It’s either a broken update from OEM or I messed something up while uninstalling/disabling bloatware.

@mnalis The process of sharing the archive has been reworked and now shows feedback while the .zip is being generated: https://gitlab.com/bitfireAT/davx5-ose/-/commit/2d388eb3ffd77f81e761eda2a490c6d2dd81e445

Thanks for your suggestion.

@computingfroggy Thanks for the update. Good to hear that it now works!

@devvv4ever It does. Thank you. This was way more comprehensive than I expected .Appreciate that. Didn’t know about iCal Import/Export. Seems simple enough.

Thank you for the assistance! 🙂

@qwertfisch said in Synchronized calendar entries disappear after three months:

“It’s not a bug, it’s a feature” …

🙂

This was a bit hidden, and frankly I did not expect such a feature (as default).

It’s actually quite important for scaling. Calendars may have thousands or more events in the past (lets assume a calendar with 2 – 3 events/day * 365 days = 1000 events/day * 10 years = 10000 events), which shouldn’t be checked at every sync nor downloaded at all because in most cases, people won’t need it and it causes much traffic and potential problems.

Also it works not quite the way the setting in the app describes it: (translated by me from German)

Appointments older than 90 days in the past will be ignored

To ignore something means for me, not to do something with it. But DAVx⁵ does indeed virtually delete the local entries. This was not expected if I interpret the option as described
and was kind of misleading.

I agree that this wording is not exact. DAVx⁵ has (like CalDAV in general) a server-centric view, so it means that events older than 90 days on the server will be ignored and not downloaded.

Yea! I had always wondered what Yahoo meant about an application password. I created one, entered it in DAVx5 and it works perfectly. The instructions on your site are at…
https://www.davx5.com/tested-with/yahoo-mail
Thanks so much for your help!

Ed Lipchus

@tomcat-x Ah, thanks!

@rfc2822 Most probably not related to this. I edited a contact on my phone and then I got this problem. I will delete the mappings and then add them again. Thanks.