| Summary: | Incidence editor doesn't let me save certain changes | ||
|---|---|---|---|
| Product: | [Applications] korganizer | Reporter: | Benjamin M <alvanx> |
| Component: | incidence editors | Assignee: | Sergio Martins <smartins> |
| Status: | RESOLVED UNMAINTAINED | ||
| Severity: | major | CC: | afiestas, alexandre.bonneau, kde, smartins |
| Priority: | NOR | ||
| Version: | 4.9 | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | screenshot | ||
|
Description
Benjamin M
2012-08-09 08:07:34 UTC
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 |