[Kde-pim] Review Request 109264: Store collection paths instead of collection ids in filter configuration. Part 1/2

Volker Krause vkrause at kde.org
Sun Mar 3 17:48:40 GMT 2013


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/109264/#review28480
-----------------------------------------------------------


Do we really need the extra ETM role? The name is a bit vague and CollectionRole should allow you to do the same on the user side, no?

Regarding the blocking code, this is IMHO a very dangerous path, we had lots of fun with this before. Ideally whatever uses this would move to the async API. If it's necessary nevertheless, either move it there, or make it a generic synchronous job runner, having one of these per job seems wrong IMHO, since this is de facto public API.

- Volker Krause


On March 3, 2013, 5:35 p.m., Andras Mantia wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/109264/
> -----------------------------------------------------------
> 
> (Updated March 3, 2013, 5:35 p.m.)
> 
> 
> Review request for KDEPIM-Libraries and Volker Krause.
> 
> 
> Description
> -------
> 
> Currently the filter configuration contains a collection id. This id is specific to a single akonadi instance, thus making impossible to synchronize the configuration file between computers and also invalidates all the filters in case of Akonadi database corruption and recreation.
> To fix this there was a need to extend the client libraries. This patch:
> - adds a new mode to the ETM so we can get the real name of a collection, not only the display name
> - adds a helper class to the CollectionPathResolver to have a better way of running it in blocking mode. CollectionPathResolver is private, but installed and I guess it is ok to use from kdepim itself.
> 
> Obviously I will commit the changes independently (ETM and CollectionPathResolver).
> 
> 
> Diffs
> -----
> 
>   akonadi/collectionpathresolver.cpp fd3551a 
>   akonadi/collectionpathresolver_p.h 12a54ff 
>   akonadi/entitytreemodel.h d55b73d 
>   akonadi/entitytreemodel.cpp e2bd1d8 
> 
> Diff: http://git.reviewboard.kde.org/r/109264/diff/
> 
> 
> Testing
> -------
> 
> 
> Thanks,
> 
> Andras Mantia
> 
>

_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/



More information about the kde-pim mailing list