Version: 3.5.5 (using KDE 3.5.5 "release 45.2" , openSUSE 10.2) Compiler: Target: i586-suse-linux OS: Linux (i686) release 2.6.18.8-0.1-default I created an event for my midday break. This event recurres every workday with no end date. Everytime korganizer is opened the start date moves to the current day and the end day remains at the first occurence. All events before the current date disappear. Loaded Plugin: Date Number Plugin
Created attachment 20248 [details] Screenshot Edit Event dialog
Created attachment 20249 [details] Screenshot Edit Event dialog (recurrence page)
Working fine in KDE4.2, can you retest with >=KDE4.1.4?
In 4.2.0 (official Gentoo ebuilds) I also have the recurring events modifying themselves occasionally. Only in my case: * the start date changes to the current date (or appropriate date of the current week) * in the start date's year changes occasionally (e.g. it says "10.02.9") and when editing it becomes apparent that the year in question is now meant as 9 A.D. (and not 2009 A.D. as originally set) * the start time changes to -1h (e.g. an event that should occur from 10:00 to 12:30, after the bug kicks in occurs from 09:00 to 12:30)
Matija, what short date format are you using? (systemsettings->regional & language->Time & Dates)
The short date format I use is the Slovene i10n standard: DD.MM.YY Also, I just reproduced another weird recurring event self-modification: After stumbling upon the bug as I describe it in Comment #4, I started modifying the all my existing recurring events and changing their dates, times and timezones (since in KDE3 those weren't used and were now set to "UTC", which is different then what happens when I add new events "Europe/Ljubljana"). When I opened up the edit dialog of the event the times there were -2h — both the start and the end time (e.g. "10:30 - 12:00" instead of "12:30 - 14:00"). The dates were fine though, and also — oddly — in the view they were placed where they were inteded (e.g. "12:30 - 14:00"). The difference between these (recurring) events and those in Comment #4 is that the ones I described in Comment #4 were shown (i.e. checked boxes in the "resources" sidebar), while those in this comment were not shown, yet loaded (i.e. present in the "resources" sidebar, but unchecked).
The issue presented in comment #4 was fixed in trunk and branch-4.2
I still have this bug in 4.2.1 and stumbled upon a bug that might be connected: Bug 188916
Anyone can retest this ? thanks
(In reply to comment #9) > Anyone can retest this ? I don’t think I’ve seen this bug pop up for a few versions already (currently on 4.10.4).
me neither