| Summary: | KOrganizer does not retain custom category colors | ||
|---|---|---|---|
| Product: | [Applications] korganizer | Reporter: | Radiofenian |
| Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | aaugusto, andreas.hencke, apcomptec, bberberov+kde, brian, c.schwarzgruber.cs, chrigi_1, daudre.vignier.charles, django02, edelplatin, ferdinandobellio, gartrog, gronslet, info, kde-bugs, kde.jrg01, kobe_screenpass, ma0311le, maksvlad, markus, maxime.haselbauer, mollekopf, Nicky726, psychonaut, qhris_ca, rego, sebastian.niemeyer, smartins, stefanpap, szymon.pysz, till2.schaefer, tom-kde.bugs, u-huber, willemsonke, xifowome |
| Priority: | NOR | ||
| Version: | 4.13 | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | http://commits.kde.org/calendarsupport/4a2b81abaf49a5a8bb741a6e956c7c8939b0b4a6 | Version Fixed In: | 16.08.1 |
| Sentry Crash Report: | |||
| Attachments: | shell script to debug korganizerrc | ||
|
Description
Radiofenian
2014-04-23 08:45:38 UTC
Hi, I confirm that problem. ;-( p. comfirm OpenSuse 12.3 KOrganizer Version 4.13 I can confirm the Problem too. openSUSE 13.1 KDE 4.13.0 I have the same problem here... However, only with two of my categories. The colors for the other two categories are saved correctly. It seems quite arbitrary which ones are saved and which ones are not. (In reply to comment #4) > I have the same problem here... However, only with two of my categories. The > colors for the other two categories are saved correctly. It seems quite > arbitrary which ones are saved and which ones are not. In my experience Korganizer correctly shows only early created categories with color inherited from 4.12. For new categories it doesn't save color (In reply to comment #5) > In my experience Korganizer correctly shows only early created categories > with color inherited from 4.12. For new categories it doesn't save color I don't know if that is true in my case; I am using 4.13.0, and only discovered about the categories feature just now. BTW, using KDE 4.13.0 on Chakra Linux. Could this be a Xapian bug ? (In reply to comment #7) > Could this be a Xapian bug ? No. Colors are stored as tag attribute in akonadi and there is indeed TODO in KOPrefsDialogColorsAndFonts::updateCategoryColor() to get the color from the tag. I suppose I forgot to port some parts. Hi, The problem still exists in 4.13.1 version. ;-( And Max, you are right, Korganizer keep corectly color which was created early, but lose of category name. :-( Regards, Simon Same here on Kubuntu 14.04 Trusty Tahr with KDE 4.13.0 and Antergos with KDE 4.13.0. As mentioned by Willem (Comment #6) not every category is affected, only three of eight. All three categories are created by me. hey guys, you have to change this file ~/.kde/share/config/korganizerrc search: [CategoryC Colors2] you'll find all categories listet (even those that were already deleted in Korganizer) with your prefered colors. Delete all you don't need (Idon't know if it's necessary, I did it anyway) search: [General] you'll find all categories listet, except the categories you have created on your own! Change it to the categories you want/need (without spaces!), save, open Korganizer. Assign the colors for one last time to the categories and the problem should be solved! hey guys, you have to change this file ~/.kde/share/config/korganizerrc search: [CategoryC Colors2] you'll find all categories listet (even those that were already deleted in Korganizer) with your prefered colors. Delete all you don't need (Idon't know if it's necessary, I did it anyway) search: [General] you'll find all categories listet, except the categories you have created on your own! Change it to the categories you want/need (without spaces!), save, open Korganizer. Assign the colors for one last time to the categories and the problem should be solved! (In reply to comment #12) Thank you Marc, this workaround at least solves the issue; my colors are remembered again! So can it be that tags with spaces are the issue? I did have tags with spaces previously... Well, first I made Spaces and suddenley ALL colors were wrong. Then I remembered Dr. Sheldon Coopers words: "Pennyneedstogetherownwifi.....No spaces!" and that was the solution. (I must confess that I use Linux since 6 months now, which explains the abstract way of thinking...) btw. sorry for double posting, I don't know how to delete the second one... Hi, workaround does not... work for me. There are no custom colors listed under [general] in ~/.kde/share/config/korganizerrc (In reply to comment #15) > Hi, workaround does not... work for me. > There are no custom colors listed under [general] in > ~/.kde/share/config/korganizerrc under [general] the CATEGORIES should be listed, the colors are listed under [CategoryC Colors2] (In reply to comment #16) > (In reply to comment #15) > > Hi, workaround does not... work for me. > > There are no custom colors listed under [general] in > > ~/.kde/share/config/korganizerrc > > under [general] the CATEGORIES should be listed, the colors are listed under > [CategoryColors2] Hi, no categories either. [general] only lists: CalendarFilters= Current Filter= Current View=Month Range mode=1 that's all... hm... and if you insert the point on your own? That's the look of the file in my ~/.kde/share/config/korganizerrc CalendarFilters= Current Filter= Current View=Month Custom Categories=Besprechung,Diverses,Geburtstag,Termin,Urlaub,Arbeit,,Sonstiges,Persoenlich Range Mode=1 just one point different... Hi, it partially worked. KO does remember custom color settings if i add the catagories to [general] manually... It's not perfect, but I'm happy! Thanks! You're welcome perhaps it's not the most elegant solution, but I'm glad it works (til the bug is fixed) kde 4.13.2 confirm *** Bug 335559 has been marked as a duplicate of this bug. *** *** Bug 334793 has been marked as a duplicate of this bug. *** *** Bug 338233 has been marked as a duplicate of this bug. *** *** Bug 337864 has been marked as a duplicate of this bug. *** *** Bug 338100 has been marked as a duplicate of this bug. *** *** Bug 340022 has been marked as a duplicate of this bug. *** 4.14.4 confirm! Bug still there for 4.14.5 4.13.3 still there workaround not working (In reply to Marc from comment #19) > hm... and if you insert the point on your own? > > That's the look of the file in my ~/.kde/share/config/korganizerrc > > > CalendarFilters= > Current Filter= > Current View=Month > Custom > Categories=Besprechung,Diverses,Geburtstag,Termin,Urlaub,Arbeit,,Sonstiges, > Persoenlich > Range Mode=1 > > just one point different... I also had to add Custom Categories-.... my self under [General] Thanks for the workaround! Bug still reproducible in KDE 4.14.6. It continues in KDE 4.14.9 Stills reproduces in 4.19.2 - openSuSE 13.2 :-( (In reply to Marc from comment #11) > hey guys, > > you have to change this file > > ~/.kde/share/config/korganizerrc > > search: [CategoryC Colors2] > > you'll find all categories listet (even those that were already deleted in > Korganizer) > with your prefered colors. Delete all you don't need (Idon't know if it's > necessary, I did it anyway) > > search: [General] > > you'll find all categories listet, except the categories you have created on > your own! > > Change it to the categories you want/need (without spaces!), save, open > Korganizer. > > Assign the colors for one last time to the categories and the problem should > be solved! No categories are listed on [general] in my configuration file. Maybe that's a clue for the maintainers ;-) Force is to conclude that Korganizer development is abandonned .... Create a new catergorie, Korganizer will rember it (the name not the color!!!) but the name is not saved into korganizerrc.... It means Korganizer is actually reading the config from somewhere else!!! Anyway that really pisses me off that 20+ comment on that bug and after 2 years no message from the developpers while 1) this is very basic feature 2)unit testing shout automatically and easily prevent releasing code like that... 3)There is a blog entry every day on planet kde about the alleged might of KDE < they should shut up Those people have no respect (In reply to Christux from comment #32) > (In reply to Marc from comment #19) > > hm... and if you insert the point on your own? > > > > That's the look of the file in my ~/.kde/share/config/korganizerrc > > > > > > CalendarFilters= > > Current Filter= > > Current View=Month > > Custom > > Categories=Besprechung,Diverses,Geburtstag,Termin,Urlaub,Arbeit,,Sonstiges, > > Persoenlich > > Range Mode=1 > > > > just one point different... > > I also had to add > > Custom Categories-.... > > my self under [General] > > Thanks for the workaround! It was adding the custom categories into general that finally did it for me. Thanks For God's sake!!! Two years, new version of akonadi, kde and bug still exists. WTF?!?!?! devs are working on the Qt5/KF5 port, very little is happening in the 4.14 branch. But the problem still exists in new branch, so... (In reply to szymon.pysz@gmail.com from comment #42) > But the problem still exists in new branch, so... Which branch did you test ? Hi, korganizer 15.08.2-1 ; Arch Linux If akonadi crash or kontact my colour dissapear. All calendar are from CalDav (owncloud) It would be nice if korganizer get colour from CalDav server. 1) https://bugs.kde.org/show_bug.cgi?id=347204 2) https://bugs.kde.org/show_bug.cgi?id=328862 Regards, Simon (In reply to szymon.pysz@gmail.com from comment #44) > Hi, > > korganizer 15.08.2-1 ; Arch Linux > If akonadi crash or kontact my colour dissapear. All calendar are from > CalDav (owncloud) > > It would be nice if korganizer get colour from CalDav server. > > 1) https://bugs.kde.org/show_bug.cgi?id=347204 > 2) https://bugs.kde.org/show_bug.cgi?id=328862 > > Regards, > Simon are they retained if akonadi doesn't crash ? Hi, No, sometimes even reboot colour dissapear. Very often I have to restart agent (caldav agent) in akonadi because my calendar dissapear. After the reboot shows up and also without previously setting. Akonadi has a big problem. :( p. still not usable :( are you all using the DAV resource? in this case this might be related to this bug here: https://bugs.kde.org/show_bug.cgi?id=341998 This bug appears to be fixed in Kontact/Korganizer version 15.12.1. However bug 357236 introduces another issue that causes category colors not to render correctly. This bug persists in Korganizer version 15.12.3-18.5! Congratulations to the busy developers...... (In reply to frankhs from comment #50) > This bug persists in Korganizer version 15.12.3-18.5! Congratulations to the > busy developers...... I don't think they are busy, just non existent. There should be a warning somewehre that KOrganizer is abandoned atm. Created attachment 99709 [details]
shell script to debug korganizerrc
EN: This shell script ( Bash) is used to update the file ~ / .kde / share / config / korganizerrc after changing the default color of a custom category .
FR: Ce script shell (Bash) sert à actualiser le fichier ~/.kde/share/config/korganizerrc après un changement de la couleur par défaut d'une catégorie personnalisée.
Comment on attachment 99709 [details] shell script to debug korganizerrc This script can be examined on my github : https://github.com/DaudrVignieCharles/of-script/blob/master/shellscript/korganizer-debug-333754.sh Git commit c527e0a0e1ffec9892fa30c9510aeb8cc3639757 by Daniel Vrátil, on behalf of Denis Kurtz. Committed on 26/08/2016 at 13:21. Pushed by dvratil into branch 'master'. Cache tags by name instead of gid To set and retrieve category colors, a TagCache is used, where tags are stored by gid. So far, the utf8 encoding of a tag's name was used to retrieve a tag from the cache. In general, however, the gid of a tag is not the same as its name. Since the gid may be unknown when looking for a tag's color, this change switches to the tags' names for keys. FIXED-IN: 16.12 Differential Revision: https://phabricator.kde.org/D2434 M +1 -1 CMakeLists.txt M +2 -2 src/kcalprefs.cpp M +7 -0 src/tagcache.cpp M +2 -0 src/tagcache.h http://commits.kde.org/calendarsupport/c527e0a0e1ffec9892fa30c9510aeb8cc3639757 Git commit a7e00390d31de4fb18c43f16afc21bfdbb460841 by Daniel Vrátil, on behalf of Denis Kurz. Committed on 26/08/2016 at 13:29. Pushed by dvratil into branch 'master'. Cache tags by name instead of gid To set and retrieve category colors, a TagCache is used, where tags are stored by gid. So far, the utf8 encoding of a tag's name was used to retrieve a tag from the cache. In general, however, the gid of a tag is not the same as its name. Since the gid may be unknown when looking for a tag's color, this change switches to the tags' names for keys. FIXED-IN: 16.08.1 Differential Revision: https://phabricator.kde.org/D2434 M +2 -2 src/kcalprefs.cpp M +7 -0 src/tagcache.cpp M +2 -0 src/tagcache.h http://commits.kde.org/calendarsupport/a7e00390d31de4fb18c43f16afc21bfdbb460841 Git commit 4a2b81abaf49a5a8bb741a6e956c7c8939b0b4a6 by Daniel Vrátil, on behalf of Denis Kurz. Committed on 26/08/2016 at 13:31. Pushed by dvratil into branch 'Applications/16.08'. Cache tags by name instead of gid To set and retrieve category colors, a TagCache is used, where tags are stored by gid. So far, the utf8 encoding of a tag's name was used to retrieve a tag from the cache. In general, however, the gid of a tag is not the same as its name. Since the gid may be unknown when looking for a tag's color, this change switches to the tags' names for keys. FIXED-IN: 16.08.1 Differential Revision: https://phabricator.kde.org/D2434 M +2 -2 src/kcalprefs.cpp M +7 -0 src/tagcache.cpp M +2 -0 src/tagcache.h http://commits.kde.org/calendarsupport/4a2b81abaf49a5a8bb741a6e956c7c8939b0b4a6 Brilliant, huge thank you from me! *** Bug 360680 has been marked as a duplicate of this bug. *** *** Bug 339905 has been marked as a duplicate of this bug. *** |