@tasker_ken Hi,

Yes, you need to use either OpenTasks or Tasks, see here: https://www.davx5.com/faq/tasks/advanced-task-features

Then you can synchronize tasks with DAVx5 and view/edit them in the tasks app.

Does that help?

I have just noticed that tasks synchronization is not properly covered in the manual. We should add a section for that, too.

@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

@jakob Thanks, that would help to be at least sure that this is the problem.

@whisprin Thanks!

@firvu Can you provide your debug info? What is your past event time limit?

Otherwise I can just imagine that there’s some problem with the CTags or something like that (for instance some SOGo installations had such problems recently).

Thank you so much for your help!
The account is working now. I think I did not enter the correct address for the caldav server the first time!

long live DavX5!

@rfc2822 No, I imported a Konakte file with the PC client (KDE’s Kontact) into the synchronized account.

BUT:

Now I deleted the address book in Nextcloud and created a new one again and then entered new contacts manually in Nextcloud. Now the synchronization works as expected. I guess it was due to corrupted contacts.

Please excuse that I came to this test not before now!

@offerel Hi,

Yes, rwt is not supported by WebDAV, see https://www.davx5.com/manual/webdav_mounts.html#restrictions.

However, for just saving a backup, w should be enough (or r for restoring), so this should work with WebDAV.

Restarted Android and now it is syncing fine.

Is there a guide to reading the debug logs somewhere? One might be helpful for any future troubleshooting.

@rfc2822 said in Contact Groups created from Google Contacts app show as ";;;;" in iCloud:

ge to create a label on our iOS phone; and our iCloud
I can confirm that you cannot create contact groups in iOS, it has to be done in iCloud, although there is an app in iOS that lets you create contact groups, I think its called Contacts+.

Yes number’s 1 through 4 are correct! If the contact group was made by android, it shows up as “;;;;” in iCloud, and a blank contact group name in iOS.

@rfc2822 I really appreciate you taking the time to reply.

I saw your response, and I started doing some more research… It appears this is a bug in samsung contacts. I added the country, and Samsung Contacts formatted the address correctly.

My bad.

Software works great, keep up the good work.

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 🙂

@devvv4ever Thanks!

I did see the DAVx5 instructions for Google, along with the caveats.

I think I need to use it for a little while and see. There is one particular event that is not showing up via DAVx5, but I can’t tell what makes that event special or whether it goes beyond that.

@coq Great, thanks for the update!

@devvv4ever Thank you very much. It will improve the security.

@rfc2822 That’s curious. I’m unable to replicate the issue at this point in time. I get sensible error messages and it works with a “proper URL”.

Yesterday (on a different device however), I wouldn’t get sensible error messages and in the end the only way to make it work was to omit the scheme. The password was in the clipboard all the time. Therefore I assumed this was another example of those cases where people say URL and mean something different (which unfortunately happens quite a lot).

I stand corrected!

I’m puzzeld, as I can’t think of anything that may have caused the issue (and that may have gone away omitting the scheme) in the first place. 🤔 Very mysterious!

If I can ever replicate the issue, I would file a new report with instructions on replicating the issue.

@rfc2822 I meant the case in this thread: rrule=FREQ=YEARLY;INTERVAL=1;BYMONTH=11;BYDAY=MO;BYSETPOS=4 (and I just had an aCalendar customer with a similar rrule for ‘last Sunday in October’). It seems like some clients create such awkward rules instead of properly prepending the position in the BYDAY field.

It looks like a very simple replacement strategy: for rules with just a single week day in BYDAY and a BYSETPOS, set BYDAY to BYSETPOS+BYDAY and remove the BYSETPOS field.

I understand that as a sync adapter you prefer to transparently keep the rrule as is, but as the Android calendar system doesn’t seem to support this (redundant) type of rule (BYSETPOS with a single value in BYDAY) and davX5 is an Android sync adapter, it would be very useful for your users.

@rfc2822

My mail to the users mailing list was ignored, but somebody else created a bug ticket with debugging info leading to a gnustep-base upgrade as the cause:

https://www.sogo.nu/bugs/view.php?id=5416
https://github.com/gnustep/libs-base/issues/212

landryb created this issue in gnustep/libs-base open gnustep-base 1.28.0 triggers a regression in sogo #212

@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…