• @rfc2822 said in Does DavDroid preserve RELATED-TO?:

    Implemented with https://gitlab.com/bitfireAT/ical4android/commit/7b5dfda1e9278a8728ee7f33b1ab4f089bec22ec / https://gitlab.com/bitfireAT/davx5-ose/commit/6fe5fafed79549aecfc5be5d8498e32b8d781cf2.

    It deals with both Relation rows and the current aCalendar+ method (without Relation row).

    Wow, thanks for the effort!

    I’ll release 2.6.1-beta1 soon. Can you then test it? Do you have it from Google Play?

    Yes, but I’m not in the beta program, if there is any.

  • admin

    Hello, the Beta program can be joined explicitly using this URL:

    https://play.google.com/apps/testing/at.bitfire.davdroid

  • developer

    @Matthias-Laabs said in Does DavDroid preserve RELATED-TO?:

    Does this mean, that no action is required anymore from aCalendar’s side?

    Yes. DAVx⁵ can now handle the situation where only parent_id is set (it then creates a relation automatically). However I’d claryify how this is ought to be used in OpenTasks, i.e. whether it’s ok to only set the parent_id.


  • @devvv4ever said in Does DavDroid preserve RELATED-TO?:

    Hello, the Beta program can be joined explicitly using this URL:

    https://play.google.com/apps/testing/at.bitfire.davdroid

    Done.

  • developer

    @equaeghe So does it work for you? 🙂


  • @rfc2822 said in Does DavDroid preserve RELATED-TO?:

    @equaeghe So does it work for you? 🙂

    I have the impression that syncing is working as it should. Namely, if I create a subtask in aCalTasks, it gets synced back as a subtask in korganizer/zanshin as well (and RELATED_TO is set correctly; checked using vdirsyncer).

    Also the other way around RELATED_TO is being synced. I did have to first remove all the calendars, sync, add them back, and then resync in DAVx⁵, but this is not surprising, as DAVx⁵ doesn’t know it has to resync, as the entries have not really changed.

    However, the tree view in aCalTasks is messed up: subtasks are shown below wrong parents (or indented without a parent). So in practice, this is not usable yet. This may be a aCalTasks bug @Matthias-Laabs :
    task list with messed-up indents
    (None of the indents above is correct, and the top one isn’t even a parentless task.)

  • developer

    Are there steps to reproduce the problem? In my tests, it’s working here fine with aCalendar+ (and Nextcloud Tasks). Also, please use 2.6.1-beta2 for testing as soon as it’s available (I’ll submit it right now) because I made some important changes (but they shouldn’t change the result).

  • developer

    For testing, it might also be a good idea to

    1. unselect the task list from sync in DAVx⁵,
    2. force sync and wait a bit,
    3. select the task list again,
    4. force sync again.

  • @rfc2822 said in Does DavDroid preserve RELATED-TO?:

    Are there steps to reproduce the problem? In my tests, it’s working here fine with aCalendar+ (and Nextcloud Tasks).

    Well, I created a new collection ‘Test’, then created the following task tree in it in Zanshin:
    alt text

    After syncing, I saw the following in ACalTasks+ @Matthias-Laabs :
    alt text

  • developer

    Ah, I just discovered that you can switch to the tree view by iterating the “sort” modes.

    I have created the same tree in Nextcloud and it looks fine in aCalendar+ here:
    Screenshot_1573666118.png

    Note that “B” in the screenshot was first covered by a thick colored bar (like in your screenshot), but I somehow managed to get it away.

    Did you try with -beta2 (but it shouldn’t make a difference)?

    When you edit a subtask, is the parent task shown correctly?

    Do you have root access to your phone? Then you could read the content provider data directly.


  • @rfc2822 said in Does DavDroid preserve RELATED-TO?:

    Note that “B” in the screenshot was first covered by a thick colored bar (like in your screenshot), but I somehow managed to get it away.

    That is the calendar Title/separator; it is supposed to be there and useful when you have multiple calendars.

    What I noticed is that I do not have the drag handles (=) to move the tasks around. I think there are some issues with my installation of aCalendar+. (I uninstalled and reinstalled without change in presentation.)

    Did you try with -beta2 (but it shouldn’t make a difference)?

    Not available to me yet, apparently.

    When you edit a subtask, is the parent task shown correctly?

    Yes, for ‘B.B.A.A’ I get “B > B.A > B.B.A” beneath it. (Nicely done, BTW, @Matthias-Laabs .)

    Do you have root access to your phone? Then you could read the content provider data directly.

    Yes, I can activate root access, but actually I currently think the problem lies with my aCalendar+ install. For example, I have no clue why I don’t have drag handles. I have a gut feeling this may be connected to this ordering problem. I should try on another device with a different Android version (tablet with vendor Android instead of LineageOS). Perhaps tomorrow evening…


  • @equaeghe said in Does DavDroid preserve RELATED-TO?:

    […] I currently think the problem lies with my aCalendar+ install. For example, I have no clue why I don’t have drag handles. I have a gut feeling this may be connected to this ordering problem. […]

    OK, found something: If I only look at one task list (one calendar collection), the ordering tree is as it should be and I have drag handles. If I select the account, I get all collections combined. There there are no drag handles and the ordering is messed up.

    @rfc2822 Can you check by making a second collection in the same account, adding some tasks there, and then looking at the combined view?

  • admin

    @equaeghe Hi! We’ve found an additional problem and corrected it. This might have caused some inconsistency. Please wait for 2.6.1-beta4 which we will release soon!


  • @devvv4ever said in Does DavDroid preserve RELATED-TO?:

    @equaeghe Hi! We’ve found an additional problem and corrected it. This might have caused some inconsistency. Please wait for 2.6.1-beta4 which we will release soon!

    I’ve got beta3 now and after the unselect, sync, select, sync dance, I do not get any improved tree structure in the account view. I still think this may be an aCalendar+ issue.

    What I did realize, however, is that aCalTasks+ allows one to reorder the tasks. So the order at the same level of the tree is probably stored somewhere, but AFAIK there is no way to provide an explicit order that can be expressed in the iCalendar format. That may be relevant.

  • developer

    @equaeghe said in Does DavDroid preserve RELATED-TO?:

    I’ve got beta3 now and after the unselect, sync, select, sync dance, I do not get any improved tree structure in the account view. I still think this may be an aCalendar+ issue.

    Beta3 had still a certain problem. Beta4 should fix this. But maybe the tasks are corrupt… the relations would have to be defined again.

    Works here with aCalendar, and even some desktop programs like Gnome Tasks.


  • @rfc2822 said in Does DavDroid preserve RELATED-TO?:

    @equaeghe said in Does DavDroid preserve RELATED-TO?:

    I’ve got beta3 now and after the unselect, sync, select, sync dance, I do not get any improved tree structure in the account view. I still think this may be an aCalendar+ issue.

    Beta3 had still a certain problem. Beta4 should fix this.

    I’ve got beta4 now. After unselecting the collections, syncing, checking aCalTasks lists no tasks, reselecting, syncing, I still get exactly the same, incorrect task tree in the account view.

    But maybe the tasks are corrupt… the relations would have to be defined again.

    This would be strange, as it works in Zanshin and KOrganizer.

    Works here with aCalendar, and even some desktop programs like Gnome Tasks.

    I do not doubt that it works in Gnome Tasks (as it does in KOrganizer), but I am really skeptical that it really works in aCalendar. Did you try in the ‘whole account’ view of the tasks (so not just a single collection); you should get a view without drag handles. Perhaps you need to add a second collection to the account to get a good test case.

  • developer

    @equaeghe You’re right, I can reproduce that with two task lists: Viewing the tasks list separately in aCalendar+ works fine, but in the combined view, the task hierarchy is wrong.

    A look into the tasks database had shown that parent_id is set correctly for the questionable tasks.

    @Matthias-Laabs Combined with the fact that it works in aCalendar+'s single task list view, I guess there is a problem in the combined tasks view of aCalendar+. Can you imagine a reason?


  • This seems to be an aCalendar bug. Honestly, I personally never use the combined account view (or if, it would only make sense for me in chronological sort mode). I am currently rewriting the Google Tasks sync, but doing so, there is also some refactoring of the general code and UI code for tasks, so hopefully, this is already fixed in the upcoming version 2.3 (as I cannot reproduce the problem with it).


  • @Matthias-Laabs said in Does DavDroid preserve RELATED-TO?:

    This seems to be an aCalendar bug. Honestly, I personally never use the combined account view […].

    Note that this bug can also manifest itself when looking at tasks in aCalendar+, so it is not just about the combined account view:

    Screenshot_20191114-215131_aCalendar+.png

    I am currently rewriting the Google Tasks sync, but doing so, there is also some refactoring of the general code and UI code for tasks, so hopefully, this is already fixed in the upcoming version 2.3 (as I cannot reproduce the problem with it).

    That sounds promising. I’ll test again once I get 2.3.

  • developer

    OK, so I’ll release that with 2.6.1.

Similar topics

  • 1
  • 4
  • 3