D16512: Fix regression in tag fetching for notifications

Krzysztof Nowicki noreply at phabricator.kde.org
Mon Oct 29 12:50:52 GMT 2018


nowicki created this revision.
nowicki added a reviewer: KDE PIM.
Herald added a project: KDE PIM.
Herald added a subscriber: kde-pim.
nowicki requested review of this revision.

REVISION SUMMARY
  Commit 9ea06c01ba <https://phabricator.kde.org/R165:9ea06c01ba5682e8c7a3bc7c17e2fdf8b066693e> introduced some clean-up in tag fetching. Unfortunately with it came a regression which caused tags not to be fetched as part of notifications - no matter how the fetch scope is configured.
  
  The problem lies in the fact that the FetchHelper class, which populates items based on the configured fetch scope still uses the Tags flag in the item fetch scope to determine if tags should be fetched at all and only if this flag is set the tag fetch scope is examined to determine what tag information to include.
  
  On the notification side however support for handling this flag in the AggregatedItemFetchScope was removed, which causes the flag never to be set for the item fetch scope, which in turn means that no tags will ever be fetched for notifications regardless of tag fetch scope setting.
  
  This commit brings back handling of the Tags flag in the item fetch scope thereby partially reverting commit 9ea06c01ba <https://phabricator.kde.org/R165:9ea06c01ba5682e8c7a3bc7c17e2fdf8b066693e>.
  
  No autotests exist that cover this functionality. There is a Akonadi::Monitor test, but it does not test any tags and it looks like adding this would require supporting tags in knutresource, which is currently also missing.
  
  Unfortunately it seems like the EWS resource is the only one that is really using tags and all the bugs eventually land on my table ;)

TEST PLAN
  Test tag manipulation using the EWS resource and make sure that tags are in sync both locally and remotely.

REPOSITORY
  R165 Akonadi

REVISION DETAIL
  https://phabricator.kde.org/D16512

AFFECTED FILES
  src/server/aggregatedfetchscope.cpp
  src/server/aggregatedfetchscope.h

To: nowicki, #kde_pim
Cc: kde-pim, dvasin, rodsevich, winterz, vkrause, mlaurent, knauss, dvratil
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-pim/attachments/20181029/c5cbbcad/attachment.html>


More information about the kde-pim mailing list