Created attachment 173120 [details] Screencapture of the folder color changing SUMMARY I'm hosting my own etesync server, running the latest version (0.14.2 at the time of writing). About a week or two ago I noticed, that the colors associated to the calenders of my etesync account randomly change across all of my devices. I have added it as an etesync-resource through KOrganizer and it works fine. Colors for my calenders are loaded and displayed correctly inside of KOrganizer. I also have enabled the calender module for the digital clock widget and have activated my etesync calender in the calender sources. I'm having this setup for about two years now and it's always been working fine. Now I noticed that the calender, which opens when clicking on the digital clock, does not use the colors set in my calender folders anymore. Instead a random (?) color is picked, each time the calender is opened. Furthermore this random color is saved to the account, which then updates them across all devices. STEPS TO REPRODUCE 1. Add an etebase resource to KOrganizer 2. Set any preferred color to a calender folder of the etebase resource 3. Add an event to the current day 4. Enable calender module in digital clock 5. Enable the etebase folders to be visible in the digital clock calender 6. Have KOrganizer open to see the effects 7. Click the digital clock OBSERVED RESULT Each time the digital clock is clicked, the color for the calender folder changes. EXPECTED RESULT The color should not be changed. Instead the color current color should be used to indicate the events. SOFTWARE/OS VERSIONS Operating System: Garuda Linux KDE Plasma Version: 6.1.4 KDE Frameworks Version: 6.5.0 Qt Version: 6.7.2 Kernel Version: 6.10.6-zen1-1-zen (64-bit) Graphics Platform: Wayland Processors: 24 × AMD Ryzen 9 3900X 12-Core Processor Memory: 31.2 GiB of RAM Graphics Processor: NVIDIA GeForce RTX 4080 SUPER/PCIe/SSE2 ADDITIONAL INFORMATION
Same for webdav (nextcloud) calendars. Just open the Digital clock and your colors are totally random.
*** Bug 492279 has been marked as a duplicate of this bug. ***
This bug might be in akonadi itself, since I have disabled the calendar plugin from the digital clock and my calendar colors change every time I log in to the system.
*** Bug 492338 has been marked as a duplicate of this bug. ***
*** Bug 492415 has been marked as a duplicate of this bug. ***
Maybe related: I'm getting loads of the following messages in the console with a recent build: Found attribute of unknown type "collectioncolor" . Did you forget to call AttributeFactory::registerAttribute()?
I can reproduce this with Nextcloud calendars. I have calendars synced across 4 different apps (and across two devices): - Nextcloud web app (browser) - Korganiser (+ plasma clock/calendar applet) - Thunderbird calendar on desktop - Simple/fossify Calendar on Android (sync with DAVx5) I first started noticing that calendar colors kept randomly changing when checking them with my browser on nextcloud webapp, then noticed that the same colors changes was also happening inside plasma apps (Korgansier and the clock applet). However the colors on both thunderbird calendar and on my mobile kept he original colors and did not change randomly. I first thought the problem came from Nextcloud, but then I removed my account (and therefore all calendars) from Korganiser and the random color change stopped happening.
Operating System: Fedora Linux 40 KDE Plasma Version: 6.1.4 KDE Frameworks Version: 6.5.0 Qt Version: 6.7.2 Kernel Version: 6.10.8-200.fc40.x86_64 (64-bit) Graphics Platform: Wayland Processors: 12 × AMD Ryzen 5 PRO 6650U with Radeon Graphics Memory: 30.7 GiB of RAM Graphics Processor: AMD Radeon Graphics
Also to say that a random color change would happen every few minutes, and therefore I guess, every time akonadi would refresh the calendars. Another weird thing with calendars, which might or might not be related to this: While I could see the calendar events in the clock applet, when going to Settings > Calendar Events, I could see all calendars but they were all unticked. When going to Korganiser they were also all unticked with no events displayed. If I then tick them all, then after a while they would all unticked automatically (though weirdly still showing and updating events in the clock applet).
*** Bug 492783 has been marked as a duplicate of this bug. ***
*** Bug 495358 has been marked as a duplicate of this bug. ***
I noticed that when saving color from korganizer, it saves the color to `~/.config/eventviewsrc` but the calendar addon doesnt load it from there? So it seems to always make a new random color in that case. However I don't understand why it sends that color to akonadi/korganizer and then back to the server.
For me this commit has fixed the issue: https://invent.kde.org/pim/kdepim-addons/-/commit/b5f70b11b8f618d639598c5d04e264ab1463d321 I asked fedora folks to backport it and am currently testing it, works fine.
(In reply to Akseli Lahtinen from comment #13) > For me this commit has fixed the issue: > https://invent.kde.org/pim/kdepim-addons/-/commit/ > b5f70b11b8f618d639598c5d04e264ab1463d321 > > I asked fedora folks to backport it and am currently testing it, works fine. Thanks a lot for your investigation and work on it. I am a bit surprised, tbh, that it didn't get backported to a point release officially by KDE, since it seems to be a simple fix that doesn't introduce any / change any strings or do ABI changes. Do you happen to have a link to the fedora bug / updated packages? If it's for a version I have around, I'll gladly test along and give my thumbs up. Kind regards, Fuchs
(In reply to Christian (Fuchs) from comment #14) > (In reply to Akseli Lahtinen from comment #13) > > For me this commit has fixed the issue: > > https://invent.kde.org/pim/kdepim-addons/-/commit/ > > b5f70b11b8f618d639598c5d04e264ab1463d321 > > > > I asked fedora folks to backport it and am currently testing it, works fine. > > Thanks a lot for your investigation and work on it. I am a bit surprised, > tbh, that it didn't get backported to a point release officially by KDE, > since it seems to be a simple fix that doesn't introduce any / change any > strings or do ABI changes. > > Do you happen to have a link to the fedora bug / updated packages? If it's > for a version I have around, I'll gladly test along and give my thumbs up. > > Kind regards, > > Fuchs Here you go: https://bodhi.fedoraproject.org/updates/FEDORA-2024-e154031c89 However it seems to be pushed on stable now :) At least on F41. I am marking this resolved. But if it's not fixed for the reporters in this thread, even after this update, please reopen the bug!
Unfortunately the issue is not solved on my end. I've updated to the new package today on fedora 41 and I couldn't see any change at all. I reinstalled the liaison to my Nextcloud calendars with KOrganiser, then to the Calendar widget, and all the colors got pick-up / assigned randomly in the first place, and kept changing every few minutes. Interestingly the color changes affect the calendar colors inside Nextcloud web UI, but do not affect colors in thunderbird calendar or on my phone calendars (Simple/fossify Calendar on Android synced with DAVx5).
(In reply to Gauthier from comment #16) > Unfortunately the issue is not solved on my end. I've updated to the new > package today on fedora 41 and I couldn't see any change at all. I > reinstalled the liaison to my Nextcloud calendars with KOrganiser, then to > the Calendar widget, and all the colors got pick-up / assigned randomly in > the first place, and kept changing every few minutes. Are you sure you got the right packages? I can confirm that the fix works for me on fedora 40 with the packages Akseli linked (thanks a lot!) I had to log out and back in for it to properly reload, but since then colours have been untouched and correct. Unfortunately while testing I found another bug due to probably the same base cause, the migration: configuration of calenders appears to no longer work, I reported that separately as https://bugs.kde.org/show_bug.cgi?id=496399
(In reply to Christian (Fuchs) from comment #17) > Are you sure you got the right packages? I received the upgrade this morning for kdepim-addons-24.08.3-2.fc41 which is the version mentioned here: https://invent.kde.org/pim/kdepim-addons/-/commit/b5f70b11b8f618d639598c5d04e264ab1463d321 (I've attached a screenshot so you can check) > I had to log out and back in for it to properly reload, but since then > colours have been untouched and correct. I rebooted my whole computer after the update before doing anything else. > Unfortunately while testing I found another bug due to probably the same > base cause, the migration: configuration of calenders appears to no longer > work, I reported that separately as > https://bugs.kde.org/show_bug.cgi?id=496399 I had also noticed that for a while (and again this morning when doing the test about this bug and told myself I should also report that). Thanks for reporting it!! Operating System: Fedora Linux 41 KDE Plasma Version: 6.2.3 KDE Frameworks Version: 6.8.0 Qt Version: 6.8.0 Kernel Version: 6.11.7-300.fc41.x86_64 (64-bit) Graphics Platform: Wayland
Created attachment 175918 [details] kdepim-addons version
Do you thing there might be some config files I need to remove / reset or something?
(In reply to Gauthier from comment #20) > Do you thing there might be some config files I need to remove / reset or > something? Nothing that I'd be aware of, it fixes a single line in (then compiled) code which should not be depending on any config files. The only ideas I'd have is that somehow you did not get the right package, or you having a library file that gets loaded that doesn't have the fix (e.g. from a previous manual installation of sorts). I don't have any fedora 41 boxes yet so I can't test, for me on 40 the updated package (that needed specific installation and didn't come with regular updates just yet) did indeed fix it.
(In reply to Christian (Fuchs) from comment #21) > The only ideas I'd have > is that somehow you did not get the right package, or you having a library > file that gets loaded that doesn't have the fix (e.g. from a previous manual > installation of sorts). Even when trying to manually upgrade the package from here: https://invent.kde.org/pim/kdepim-addons/-/commit/b5f70b11b8f618d639598c5d04e264ab1463d321 It says there is nothing to be done, and the versions are exactly the same (as you can see in the screenshot). I did not install any libraries manually otherwise.
(In reply to Gauthier from comment #22) > (In reply to Christian (Fuchs) from comment #21) > > The only ideas I'd have > > is that somehow you did not get the right package, or you having a library > > file that gets loaded that doesn't have the fix (e.g. from a previous manual > > installation of sorts). > > Even when trying to manually upgrade the package from here: > https://invent.kde.org/pim/kdepim-addons/-/commit/ > b5f70b11b8f618d639598c5d04e264ab1463d321 > > It says there is nothing to be done, and the versions are exactly the same > (as you can see in the screenshot). I did not install any libraries manually > otherwise. Sorry I mean from here: https://bodhi.fedoraproject.org/updates/FEDORA-2024-e154031c89
(In reply to Gauthier from comment #18) > (In reply to Christian (Fuchs) from comment #17) > > Are you sure you got the right packages? > I received the upgrade this morning for kdepim-addons-24.08.3-2.fc41 which > is the version mentioned here: > https://invent.kde.org/pim/kdepim-addons/-/commit/ > b5f70b11b8f618d639598c5d04e264ab1463d321 (I've attached a screenshot so you > can check) > > I had to log out and back in for it to properly reload, but since then > > colours have been untouched and correct. > I rebooted my whole computer after the update before doing anything else. > > > Unfortunately while testing I found another bug due to probably the same > > base cause, the migration: configuration of calenders appears to no longer > > work, I reported that separately as > > https://bugs.kde.org/show_bug.cgi?id=496399 > I had also noticed that for a while (and again this morning when doing the > test about this bug and told myself I should also report that). Thanks for > reporting it!! > > Operating System: Fedora Linux 41 > KDE Plasma Version: 6.2.3 > KDE Frameworks Version: 6.8.0 > Qt Version: 6.8.0 > Kernel Version: 6.11.7-300.fc41.x86_64 (64-bit) > Graphics Platform: Wayland Again I meant the version mentioned here: https://bodhi.fedoraproject.org/updates/FEDORA-2024-e154031c89
Right so I've done more testing: When I first import my Nextcloud calendars in KOrganiser, without enable them in the Calendar widget, KOrganiser shows the correct colors and it remains stable. When I go to enable the Nextcloud calendars in the Calendar widget, as soon as I press Apply/OK, I see the color changing in KOrganiser. The content of the files ~/.config/eventviewsrc or ~/.config/korganiserrc do not change at all when I enable the Nextcloud calendars in the Calendar widget. I've attached the content of both files for people to see if they spot some strange things.
Created attachment 175921 [details] eventviewsrc
Created attachment 175923 [details] korganiserrc
I'm on F41, applied all updates this morning, rebooted just now and then dared to re-enable one of my calendars. Alas, random color change again :-/ And again it syncs back to the Nextcloud server from where the random color propagates to all other devices... Interestingly, when I invoked the widget's settings dialog again to disable the calendar, I found it unchecked. That's really weird.
(In reply to Daniel Kraus from comment #28) > I'm on F41, applied all updates this morning, rebooted just now and then > dared to re-enable one of my calendars. > > Alas, random color change again :-/ > > And again it syncs back to the Nextcloud server from where the random color > propagates to all other devices... Same as you, except that in my case it does not propagate to *all* other devices, only back to Nextcloud server (and in KOrganiser or course), but in thunderbird calendar (desktop) or Fossify Calendar on mobile (Android) colors don't change. > Interestingly, when I invoked the widget's settings dialog again to disable > the calendar, I found it unchecked. That's really weird. This is what Christian (Fuchs) mentioned in Comment 17 here and reported in bug 496399
(In reply to Gauthier from comment #29) > Same as you, except that in my case it does not propagate to *all* other > devices, only back to Nextcloud server (and in KOrganiser or course), but in > thunderbird calendar (desktop) or Fossify Calendar on mobile (Android) > colors don't change. I don't know about Thunderbird on the desktop, but in the case of DAVx5 on Android, colors are synced only once in the default configuration. Tap on the cog wheel in DAVx5, scroll down to "CalDAV" and enable the second to last option "support for event colors" (translated back from the German translation) to have the calendars synchronize with the Nextcloud server all the time. I have manually enabled this option on our devices.
Right, then I assume either on Fedora 41 is a bit botched (which I can't test, since I don't have a F41 around. Also I think Akseli wrote they are using F41, might be wrong) or there is something specific to NextCloud. Unfortunately for me with KDE 6 NextCloud has been and still is completely broken (https://bugs.kde.org/show_bug.cgi?id=486871), so I had to put a proxy in between, so I don't have a direct NextCloud connection I could test with, either.
Would it possible that KOrganiser (In reply to Christian (Fuchs) from comment #31) > Right, then I assume either on Fedora 41 is a bit botched (which I can't > test, since I don't have a F41 around. Also I think Akseli wrote they are > using F41, might be wrong) or there is something specific to NextCloud. Yes they say they use F41. So yes possibly an issue with Nextcloud. One thing that I find strange is that it seems like colors don't actually get written in the eventviewsrc file whatsoever. If you look at the file I attached, they are only 3-4 values regarding colors, whereas I have 6 calendars under the Nextcloud resource I connect. Adding / removing the Nextcloud resource does not change anything in that file. I reckon the values in the file are just about the default local calendars / resources present (birthday, personal calendar, to-dos, etc.) Another thing I wonder is that perhaps something is handled differently in wayland (since it seems like you're X11). > Unfortunately for me with KDE 6 NextCloud has been and still is completely > broken (https://bugs.kde.org/show_bug.cgi?id=486871), so I had to put a > proxy in between, so I don't have a direct NextCloud connection I could test > with, either. Strange, I haven't hit this issue whatsoever when I was running plasma 6 on Fedora or Neon.
(In reply to Daniel Kraus from comment #30) > (In reply to Gauthier from comment #29) > > Same as you, except that in my case it does not propagate to *all* other > > devices, only back to Nextcloud server (and in KOrganiser or course), but in > > thunderbird calendar (desktop) or Fossify Calendar on mobile (Android) > > colors don't change. > > I don't know about Thunderbird on the desktop, but in the case of DAVx5 on > Android, colors are synced only once in the default configuration. Tap on > the cog wheel in DAVx5, scroll down to "CalDAV" and enable the second to > last option "support for event colors" (translated back from the German > translation) to have the calendars synchronize with the Nextcloud server all > the time. I have manually enabled this option on our devices. Thanks for the tip! Ok so now that makes sense. Obviously given this problem I'm very glad this option wasn't on :)
(In reply to Akseli Lahtinen from comment #13) > For me this commit has fixed the issue: > https://invent.kde.org/pim/kdepim-addons/-/commit/ > b5f70b11b8f618d639598c5d04e264ab1463d321 > > I asked fedora folks to backport it and am currently testing it, works fine. Do you think we could get a bit more info on what you did / what changed, as in here you said it solves the issue but in bug 492279 you say that the same commit did not solve the issue?
(In reply to Gauthier from comment #34) > (In reply to Akseli Lahtinen from comment #13) > > For me this commit has fixed the issue: > > https://invent.kde.org/pim/kdepim-addons/-/commit/ > > b5f70b11b8f618d639598c5d04e264ab1463d321 > > > > I asked fedora folks to backport it and am currently testing it, works fine. > > Do you think we could get a bit more info on what you did / what changed, as > in here you said it solves the issue but in bug 492279 you say that the same > commit did not solve the issue? When I tested the issue, I built the kdepim-addons myself. It's possible I just built it wrong, or something else happened. It happened 2 months ago so I don't remember exactly what happened. Now that I am running this patch on F41, what I did was: - In digital clock settings I click to enable all the calendar events check boxes, apply, then click them all again off and click apply. (I did this long time before the actual update because I was tired of the colors changing.) - I disabled the calendar events plugin and clicked OK - I installed the update and rebooted my machine - I enabled the plugin This is where it started to work for me. There's clearly something still broken with the settings itself since the checkboxes are not correct. In Korganizer settings, you can also change the calendar colors. I wonder if changing them from there has any effect? I vaguely remember trying to fix them from Korganizer side when I first encountered this issue. That's all I remember about this.. I am sorry that this patch didn't resolve the issues.
*** Bug 496718 has been marked as a duplicate of this bug. ***