This task has nothing to do with syncing tag colors, because tag color is a property of a tag and not trasmitted via KEP:12 (folder annotations). That's why a removed the blocking tasks.

@machniak: okay thnaks for these informations, we will see if this is enough for a good UX.

Yes, this is caching. The cache is updated when you log in or visit Settings > Folders.

I now have a version, that successfully read/write the '/vendor/kolab/color' annotation. But if I look at roundcubemail, the colors are not updated.

It was decided earlier, that this would have low priority. But recently the discussion has come up in different forums, and the priority on this needs to be raised again.

85ee6ab

85ee6ab

changing ENTITYDISPLAY behaviour will result in many uncertain things, so we decided to create a new akonadi attribute for the color and sync this.

Available from https://github.com/cmollekopf/docker.git

Available from https://github.com/cmollekopf/docker.git

A first version is available from: https://github.com/cmollekopf/docker-kdesrc-build.git

Can be reproduced using the docker images kontact:latest against kolab/kolabtestcontainer

I think ENTITYDISPLAY crept back in by accident when I removed the explicit setKeepLocalChanges call (I didn't realize the base implementation added that probably).
At least it looks like that from kdepim-runtime 4aabe17fb8747976f3669470f96c3f3b6862f7e4.