Adding a new appointment changes calendar colour

Help
1

Operating System: KDE neon 6.0
KDE Plasma Version: 6.1.4
KDE Frameworks Version: 6.5.0
Qt Version: 6.7.2
Kernel Version: 6.8.0-40-generic (64-bit)
Graphics Platform: Wayland
Processors: 8 × Intel® Core™ i5-9300H CPU @ 2.40GHz
Memory: 15.3 GiB of RAM
Graphics Processor: Mesa Intel® UHD Graphics 630
Kontact Version: 6.2.0 (24.08.0)

Since about two weeks I have the odd effect that adding new or editing appointments in KOrganizer/Kontact arbitrarily changes the colours of the two calendars I use.

  1. Starting the application colours are as they were when closing it before.

  2. After adding a new appointment or editing one the colour of the personal calendar gets changed, but is not yet applied to appointments. As for the birthday calendar the colour remains unchanged.

  3. After restarting the changed colour of the personal calendar is applied to appointments. The colour of the birthday calendar now has changed.

  4. Adding yet another appointment / editing one again changes the personal calendar colour without applying it to appointments. Birthday calendar colour again is not altered.

  5. After restart the changed personal calendar colour is applied. The birthday calendar colour seems unchanged this time (as opposite to #3 above). But maybe the new birthday calender colour is just very close to the previous one.

  6. Further restarts without adding or editing appointments does not change any colours. Nor does deleting appointments.

It’s a bit annoying to constantly have the calendar coloured differently. Beyond the fact that the readability of any text is not exactly terrific with some of the applied colours.

When I googled the problem the closest I found was related to a bug reported to KDE back in 2014 (bug 333754). Not surprisingly the proposed temporary workaround of that time (Plasma 4, I suppose) involving korganizerrc is not available any more. Trying to figure out how KOrganizer colours are handled under Plasma 5 or Plasma 6 was to no avail.

The problem might be related to the fact that I updated my Plasma 5 installation to Plasma 6, most probably causing a mix-up of some sort that now seems to haunt me regularly. But at the moment I just can’t spare the time for a complete new Plasma 6 installation. Any suggestions would be greatly appreciated.

2

I probably managed to find a solution. Basically it involves “reinstalling” the calendars:

  1. Disable both calendars in the calendar view by unchecking them.
  2. Remove the birthday calendar in the settings for calendars but retain the personal calendar.
  3. Set calendar colours to defaults.
  4. Close Kontact, log off, and log on again.
  5. Start Kontact, add the birthday calendar once again.
  6. Enable both calendars in the calendar view by checking them
  7. Change the colours in the colour settings to the preferred ones.

Since that the colours don’t change any more.

3

Probably linked to this bug: 492396 – Calender module modifies folder colors for etesync resources

4

Very much so!

The solution in my last post back in September did not solve the problem permanently. As nobody else seemed to have it my assumption had been that the cause was my KDE Neon Plasma 5 installation being updated to Plasma 6, resulting in a mix-up with unpredictable side effects. Since I intended to install KDE Neon Plasma 6 from scratch on a new machine I didn’t pursue it further.

Nevertheless, after finally finding the time for that new installation (Plasma 6.2) a few days ago it was the same as on the old machine. However, the Plasma 6.3 release shortly afterwards caused more pressing issues to attend to first.

And now it seems to be gone. With the Plasma 6.3 release, I suppose. Because on the old machine, running on Plasma 6.2, it persists, happily as ever flipping calendar colours at random. I will watch this with bated breath, of course, but for the moment it’s: Good riddance!

Thank you for pointing this out to me. Just to learn that others face the same problems and a fix might be underway is valuable context.