When making changes to an event or todo, KOrganizer doesn't recognize most changes - and thus doesn't let you save them. The "Apply" button remains disabled, and if you click "Okay", then your changes won't be saved. The following changes will not be recognized: - changes to time and date - changes to recurrance settings of the event - changes to reminders Recognized changes: - category - check boxes "all day" and "blocks me for other events" (sry retranslated from German) This means if you want your changes to take effect, you have to make changes to the category or one of the check boxes. An example: Say you have a task set as a reminder to return books to the library. You regularly repurpose this reminder depending on your due dates. Say this reminder was last set to go off on July 12th. Now you want to set it to August 15th. If you just change the date and press ok, your changes won't be saved. Your reminder will still be set to July 12th. Reproducible: Always Steps to Reproduce: 1. Edit an existing task or event 2. Edit either one of time, date, reminders or recurrance settings 3. See if the "Apply" button is active or not, and check if your changes are saved when you press "Okay". Actual Results: Most changes aren't recognized and will not be saved, if you do not work around with additional changes that will be recognized by the program. Expected Results: All changes to an incidence should be recognized and saved. I haven't checked what happens to changes in attendants, comments or attachments (nor anything related to the journal editor), but it seems that anybody working on this bug will easily figure these things out anyway. I'm marking this as major because it seriously decapacitates me almost any time I change a task or event, and because it has a high risk of leading to data loss, and thus renders the program unreliable for anyone who is not aware of this bug. Of course the classification will be up to the maintainer. This happened with an ICAL calender (the default .kde4/share/apps/korganizer/std.ics location) and the default internal mysql akonadi backend. I had first noticed this bug in 4.8.
I can confirm this bug. It's a duplicate of bug #299219 though, while being more precise.
*** Bug 299219 has been marked as a duplicate of this bug. ***
I closed #299219 as a duplicate of this one by mistake. Anyway, no big deal. Here's the original report: Alex Fiestas 2012-05-02 07:44:46 UTC Start and End date are not updated if they are only modified alone. Reproducible: Always Steps to Reproduce: 1. Create an Event 2. Edit the event and set a start / end time 3. Click Ok 4. Edit the event again 5. Modify either the start or end time 6. The Apply button is not enabled 7. If you click OK the event is NOT updated. Actual Results: Start / End time is not updated Expected Results: Start and end date should be updated with the new values.
Guys, I can't reproduce the bug. Send me a printscreen of your editor, or give me more information. For example, what time format do you use ? 24h or 12 ? What's your date format ? Which resource are you using, ical file ?
Created attachment 73165 [details] screenshot Hey Sergio, thanks for trying to take care of this. Do you really think this could depend on the time format used, especially with such a diversity of different entries affected? Anyway, date format is dd.mm.yyyy, time is 24 hour. I apologize for the German screenshot, but I trust you know your way around anyways :-) By the way, before taking the screenshot, I changed the date in the selected date field. As you see, the "apply" button is greyed out, the change was not recognized. The calendar used it a standard ical from the ~/.kde4/share/apps/korganizer/std.ics file. The same thing happens with Korganizer-part. Akonadi version is 4.9.0, akonadi-runtime 1.8.0, korganizer 4.9.0 with openSUSE KR:49 packages. Let me know if I can give you any more information!
I still can't reproduce the problem. I've installed opensuse in VirtualBox to test ( it could have some custom patches ). I'll try it in German. It's a long shot but I have no more ideas. Are you able to compile from source? I want to add some debug info.
Could it be a Qt bug? Or of the Oxygen Qt style? I've run into one of these before. My Qt version is 4.8.2. Not really an experienced compiler, but I can definitely install some debug symbols for you. I have them installed now for packages containing korganizer, akonadi and kdepim. Will that work? What do you want me to do?
Can you try a simpler case first: - Event instead of To-do - No alarms - No recurrence - Don't change the default timezone
I've manage to reproduce the problem. It happens when you use the keyboard instead of the combo-box to change the time or date. Can you confirm ?
Oh yes, that's definitely it! Good catch, I would have never thought to check if it was going to be different when using the combo box.
Don´t know if I should file another bug report as I seem to have a very similar bug. When editing only! the timezone of an event the Apply button stays in disabled state and by clicking OK the new timezone is not saved! Using KDE 4.10.2 on Arch Linux.
Hi Tilman, it depends on whether you are referring to a pure keyboard edit. That would in my judgment be the same problem as reported here.
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.
I tried all the previous ways that made that bug appears, and indeed on v5.2.3, it does not appear anymore.
My bad, it still appears. I'm not sure exactly how I managed to get to the point where such bug appears though. I was playing with a task end date/time (while having the start time unchecked), and now when I edit the task end time (hour or minute), the 'apply' button stays disabled.
To be continued on #374777