[Bug 258613] Re: Korganizer: cannot move recurring items' day, only hour.
Bug Watch Updater
258613 at bugs.launchpad.net
Mon Sep 26 08:46:55 UTC 2016
Launchpad has imported 21 comments from the remote bug at
https://bugs.kde.org/show_bug.cgi?id=172464.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.
------------------------------------------------------------------------
On 2008-10-09T16:42:36+00:00 Kde-2011-08 wrote:
Version: (using KDE 4.1.1)
Installed from: Ubuntu Packages
In Kontact on KDE 4.1 one cannot move some recurring events to a
different day. When attempting to move these recurring events to a
different day/time, the time changes yet the day does not. This only
affects events in a calendar that has been imported (in my case, from
KDE 3). Events created on the default calendar behave fine.
Steps to reproduce:
1) Import calendar from KDE 3.x that includes recurring events. Import as a new calendar (not a merge).
2) Drag a recurring event to a new time / date and select "All occurrences".
3) ????
4) Profit!
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/258613/comments/7
------------------------------------------------------------------------
On 2008-11-28T22:48:25+00:00 Kde-2011-08 wrote:
I can confirm that this bug still exists in Trunk. Furthermore, it now
affects all repeating events, not only imported events.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/258613/comments/8
------------------------------------------------------------------------
On 2008-12-29T13:48:40+00:00 Kde-2011-08 wrote:
This bug is still present in Trunk, but it is less consistent.
Steps to reproduce:
1) from a blank calendar, create an event and recur it weekly.
2) With the mouse drag the event to a different time/date
3) Select "All Occurrences"
What happens: Only the hour changes, not the date.
Note that this bug is getting a bit difficult to reproduce. _Sometimes_
the move event works as expected. Try again in a few minutes and the bug
returns (on the same event). So if you triage this and find that it
works for you, leave the event and come back in a few minutes to
retriage on the same event.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/258613/comments/9
------------------------------------------------------------------------
On 2009-02-05T15:46:03+00:00 Smartins wrote:
I found out that daily events can be moved fine, but weekly events have
this bug. (KDE4.2)
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/258613/comments/10
------------------------------------------------------------------------
On 2009-02-05T19:02:57+00:00 Kde-2011-08 wrote:
I can confirm that this bug is still reproducible in KDE 4.2.
I am also raising the severity to major, as this is a dataloss issue for
people who coordinate meetings with KDE-PIM. It is also a moneyloss
issue for those same people. It is a timeloss issue as well, as not only
will the user miss his meeting, but he will prepare for and show up to a
meeting that does not exist.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/258613/comments/11
------------------------------------------------------------------------
On 2009-02-05T19:05:29+00:00 Kde-2011-08 wrote:
I can further note that sometimes the event on the week shown and moved
is changed correctly, but the following weeks are not. So when triaging,
check the following weeks after each move.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/258613/comments/12
------------------------------------------------------------------------
On 2009-08-27T21:40:39+00:00 Kde-2011-08 wrote:
Reproducible in KDE 4.3.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/258613/comments/13
------------------------------------------------------------------------
On 2009-10-13T04:37:56+00:00 Johannes wrote:
kde 4.3.2 on kubuntu 9.10 karmic beta upgraded from kubuntu 9.04 jaunty
I can confirmation of same behaviour in Kontact 4.3.2. Events with
recurrence set to weekly sit glued to Saturday with the occasional time
and date messed up. Impossible the change to a different day without
changing to another than weekly recurrence or removing the weekly
recurrence first!
Workaround for now is to select a daily recurrence every 7 days to
simulate a weekly recurrence. This way the event can then moved around
by dragging or changed without to insist on Saturdays only or messed up
time and date.
Steps to reproduce:
o create a calendar event, place wherever, all good so far
o then enter some recurrence and the event will get stuck on Saturdays no matter what
Cheers
Johannes
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/258613/comments/14
------------------------------------------------------------------------
On 2010-03-08T15:40:00+00:00 Roman Zimmermann wrote:
I can confirm this for gentoo (amd64) with kontact 4.4.9999 (current 4.4
branch).
Bug #227977 seems to be a duplicate or another aspect of the same bug.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/258613/comments/15
------------------------------------------------------------------------
On 2010-04-11T21:59:36+00:00 Kde-2011-08 wrote:
*** Bug 211972 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/258613/comments/16
------------------------------------------------------------------------
On 2010-04-11T22:04:50+00:00 yehielb wrote:
problem is related to all calendars.
4.4.1
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/258613/comments/17
------------------------------------------------------------------------
On 2010-04-12T08:46:18+00:00 tsdh wrote:
*** Bug 227977 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/258613/comments/18
------------------------------------------------------------------------
On 2010-04-12T08:54:36+00:00 tsdh wrote:
Using KDE 4.4.1, I got the effects I described at bug 227977. Now with
KDE 4.4.2 the effects changed a bit.
1. Create a recurring event.
2. Move the event to another day using drag&drop in the agenda and say the move is for "all occurences".
3. The event will "jump back" to the original day, but to the new time is kept.
4. Now show or edit the entry: the Date and Time fields have the new, correct values, but the agenda shows them wrong...
The I restarted korganizer to check if the agenda display would be
correct then. But after that, the entry is still at the old day with
the new time, and the Date and Time fields are now empty...
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/258613/comments/19
------------------------------------------------------------------------
On 2010-05-07T12:06:47+00:00 Diederik wrote:
Created attachment 43333
Wrong display of event (time is off)
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/258613/comments/20
------------------------------------------------------------------------
On 2010-05-07T12:07:47+00:00 Diederik wrote:
Using KDE 4.4.3 on Debian Sid/Unstable, I get similar results as comment
nr 12, but not the same
1. Create a recurring event on Friday May 7 2010 from 12:00 till 14:00
2. Move the event to Wednesday May 5 2010 18:00 till 20:00 with the mouse, specifying all occurrences
3. The even will jump back to the original day, but the new time is kept
4. Show the event, the Time has the correct value, but the date is at Friday May 7 2010
5. After restarting Kontact it's the same as before restarting.
Note however that I think the display is consistently wrong:
When I moved the event I placed the top of the event block at the line where 18:00 begins, but the time it displays is 17:00.
This is also the case when creating the initial event though, visually it shows between 11:00 and 13:00, not 10:00 and 12:00
I'll add an attachment showing this
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/258613/comments/21
------------------------------------------------------------------------
On 2010-05-07T16:44:36+00:00 Kde-2011-08 wrote:
I can confirm this issue on a brand new KDE 4.4.3 install with a clean
~/.kde in Kubuntu 10.04 on weekly-recurring events when dragging with
the mouse in Week View.
"Only This Item" works as expected
"Also Future Items" moves only the hour, not the day
"All Occurrences" moves only the hour, not the day
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/258613/comments/22
------------------------------------------------------------------------
On 2010-05-08T21:18:53+00:00 Andreas Mahel wrote:
I can confirm this issue on KDE 4.4.3 / OpenSuSE 11.2.
What I see:
- Creating an event for Tuesday 2010-05-11, recurring weekly (4 times)
- Move the event to Wednesday 2010-05-12
-> The event disappears from the current week, and the first occurrence will be next week Tuesday (2010-05-18)
It's the same behaviour both moving by mouse or changing the event's
start date from the event property dialog.
My interpretation:
Weekly recurrence of an event is based on selecting the day of the week on which the event should occur.
Upon creation of the event, this information is pre-defaulted to the day of the event start date.
Changing the event start date later on only changes the time range for the whole event (like: when is the first event allowed to occur), but not the day of the week when it will occur.
I could imagine that we have similar effects on monthly or yearly recurring events, although the problem might not hit so often in those cases.
However, looking at the possible choices in those cases (like "every 11th day of the month" vs "every second Tuesday of the month"), I guess there is no easy solution to apply "event dragged by mouse" changes easily to those repetition rules.
I even would say, the behavior is consistent with the design -- albeit
not very intuitive for the user.
What might help:
1. An additional choice (which should be the default IMHO) for weekly recurrence; something like "on the same day of week like the start date of the series" (sorry, I couldn't find a more catchy phrase).
2. An information to the user in cases where the recurrence rules could
not be updated automatically (not that trivial to find out when this
would be, probably).
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/258613/comments/23
------------------------------------------------------------------------
On 2010-05-09T15:59:37+00:00 Kde-2011-08 wrote:
> However, looking at the possible choices in those cases (like "every
> 11th day of the month" vs "every second Tuesday of the month"), I guess
> there is no easy solution to apply "event dragged by mouse" changes
> easily to those repetition rules.
Although I agree those situations will be hard to deal with, this bug
relates to a simple-to-deal with (from an interpretation of user intent
perspective, not necessarily from a coding perspective) change in day
and hour of a weekly-recurring event.
> I even would say, the behavior is consistent with the
> design -- albeit not very intuitive for the user.
You suspect that the software was designed to let the user drag an item
to a different day, yet not change the day that the event takes place?
Why don't other calendaring software operate in such an unintuitive
manner? No, I suspect that this is a programming error. Even on the off-
chance that this is by design, it is still a bug.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/258613/comments/24
------------------------------------------------------------------------
On 2010-05-09T23:24:10+00:00 Andreas Mahel wrote:
> You suspect that the software was designed to let the user drag an item to
> a different day, yet not change the day that the event takes place? Why
> don't other calendaring software operate in such an unintuitive manner?
> No, I suspect that this is a programming error. Even on the off-chance
> that this is by design, it is still a bug.
I absolutely agree with you that the application's behavior is a bug from most users' view (because obviously not consistent with what is expected).
Side note: I've experienced strange behavior concerning recurring events in other calendaring software as well ;-)
However, I can't tell if this behavior is "as designed", if it works
differently than designed, or if this use case has not been designed at
all, and now just happens to behave strangely.
But definitely the effect of the user's actions in this case is not what
he would expect; I vote clearly for a more intuitive behavior.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/258613/comments/25
------------------------------------------------------------------------
On 2010-05-17T17:21:40+00:00 tsdh wrote:
I've just checked the behavior of iCal (on MacOS X) when moving
recurring events. When I move an event recurring every Tuesday to
Friday, the recurrence also changes to "Weekly / on Friday", which is
what I guess all user's would expect...
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/258613/comments/26
------------------------------------------------------------------------
On 2016-09-24T18:44:53+00:00 Kdenis wrote:
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.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/258613/comments/28
** Changed in: kdepim
Status: Confirmed => Incomplete
--
You received this bug notification because you are a member of Kubuntu
Bugs, which is subscribed to kdepim in Ubuntu.
https://bugs.launchpad.net/bugs/258613
Title:
Korganizer: cannot move recurring items' day, only hour.
To manage notifications about this bug go to:
https://bugs.launchpad.net/kdepim/+bug/258613/+subscriptions
More information about the kubuntu-bugs
mailing list