if ldap works for webclient it also works for kontact :)

translating everything into german is a valid task.

It is a accessibility testcase.
because kontact is no browser app, this testcase makes no sense.

It is a accessibility testcase.
because kontact is no browser app, this testcase makes no sense.

It is a accessibility testcase.
because kontact is no browser app, this testcase makes no sense. (Kontact use buttons and no links).

It is a accessibility testcase.
because we are now browser app, this testcase makes no sense.

i think there are no buttons without a "tiptool text". But testing this for every button manually will takes hours.

Totally clueless what they meen with "Datentabellen" (datatables). Maybe they mean, that tables are not used for webdesgin.

It is a accessibility testcase.
because we are now browser app, this testcase makes no sense.

It is a accessibility testcase.
because we are now browser app, this testcase makes no sense.

kontact is a desktop app and no website, so we do not create a "valid html".

It is a accessibility testcase.
because we are now browser app, this testcase makes no sense.

the testcase ( sorting events after due date) works.

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

the problem so far is that ENITIYDISPLAY is in the keepLocalCollectionChanges list, because the user can change the display name, icon etc. of folders. Maybe we should not do that.

At the moment kontact stores the color inside a configuration file.
Use backgroundColor of ENITYDISPLAY to sync this to /shared/vendor/kolab/color METADATA.

roundcubemail fixes the shared annotation:

We deiscussed and cam to the conclusion:

the current behaviour is if a /shared annotation this is used. For "Files" this means isEmpty() -> use default type -> mail type [see KolabHelpers::getFolderTypeAnnotation (kdepim-runtime)]:

can confirm now with demo account and via docker image cmollekopf/kolab:latest

can be reprocused:

I can verify it, if ktimezoned is not running in the correct session. My testsetup uses setKDEenv, that rewrites many ENV variables; but kded4 is started before.

testcase in bugreport:

No special case with task sync.

well the bug is very likely an akonadi sync issue.

cannot verify that with demo.kolabenterprise.com.

not valid anymore

can't verify anymore.

I tested it with a demo.kolabenterprice.com account and can verify it.

possible solution: with the creation of an annotation we save the status in Akonadi::MessageStatus. So we can check the availability of an annotation without need to fetch the all relations.

• create a file folder and add one file to it
• open kmail and added to to subscription list
• look at akonadiconsole to see it being created
• don't see the folder at kmail

• The problem is that the relation needs to be fetched before we can test if item has an annotation, because we need the mimetype of the relations.