D16508: Eventviews: properly fall back to color-generator if ColorAttribute is absent

David Faure noreply at phabricator.kde.org
Mon Oct 29 10:14:52 GMT 2018


dfaure created this revision.
dfaure added reviewers: ochurlaud, dkurz, dvratil.
dfaure requested review of this revision.

REVISION SUMMARY
  This was introduced by 1ec2e08 <https://phabricator.kde.org/R76:1ec2e08a83c074ebf4dad554c32495e0bf6eb8ed> which only called the color-generator
  code when there *is* a ColorAttribute on the collection (with an
  invalid color, which seems unlikely), rather than when the attribute
  isn't there.
  
  I thought this was the bug that made all new resources red (with caldav)
  but actually that seems to come from the resource itself. So now I'm not
  100% sure about this commit anymore, although it still seems to make
  sense to me -- for other resources, possibly.

TEST PLAN
  Disabling the code that reads from the ColorAttribute
  and removing all "Resources Colors" entries from ~/.config/eventviewsrc,
  the colors are properly generated.

BRANCH
  2018_10_color_generation (branched from Applications/18.08)

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

AFFECTED FILES
  src/helper.cpp

To: dfaure, ochurlaud, dkurz, dvratil
Cc: #kde_pim
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-pim/attachments/20181029/671168a6/attachment.html>


More information about the kde-pim mailing list