Version: 4.3.0 (using 4.3.00 (KDE 4.3.0), Gentoo) Compiler: x86_64-pc-linux-gnu-gcc OS: Linux (x86_64) release 2.6.30-gentoo-r2 How to reproduce: → Create a new event → Open the categories selection dialog → Assign a category → Create a 2nd event → Open the categories selection dialog → Apply the same category used in the first event → Rename this category using the "Edit Categories" button → Apply the changes → Open the 1st event again → No category is selected It seems that the old event still points to the old category name, while this category isn't found anymore in the global categories list. So this event points to a non-existant category. I think the whole category system could need a rework. Currently just the plain category name is stored for each event. This doesn't just cause the trouble described above, but makes it also hard exchanging events between multilingual environments. I think each category should just have an internal UUID to which the assignment is made. So it would be possible to - rename categories without loosing the assignment in events - translate events for better collaboration in multilingual environments The same problem applies to the Addressbook - I don't know whether KOrganizer and KAddressbook share the implementation, but if this is re-implemented, the same could be extremely useful for KAddressbook too as I'm experiencing exactly the same problems there too.
This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present? If noone confirms this bug for a Framework-based version of korganizer (version 5.0 or later, as part of KDE Applications 15.08 or later), it gets closed in about three months.
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.