After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 316524 - Editing recurring appointment end times using the mouse is broken
Editing recurring appointment end times using the mouse is broken
Status: RESOLVED INCOMPLETE
Product: evolution
Classification: Applications
Component: Calendar
2.4.x (obsolete)
Other All
: Normal normal
: ---
Assigned To: evolution-calendar-maintainers
Evolution QA team
evolution[groupwise]
Depends on: 589344
Blocks: 317266
 
 
Reported: 2005-09-16 21:27 UTC by Saikat Guha
Modified: 2013-04-07 01:20 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10



Description Saikat Guha 2005-09-16 21:27:16 UTC
Please describe the problem:
When using the mouse to drag the end time of the second or subsequent instance
of a recurring appointment, the duration of the appointment is changed
drastically. This may be because the end time of the appointment is updated to
reflect the end time of the 2nd instance, while for normal recurring
appointments the end-time is that of the first instance.

Steps to reproduce:
1. Create a weekly recurring appointment. Say on Tuesdays from 12pm - 1pm
2. Go to the second instance of it in the day view
3. Select the appointment and drag the bottom to increase the duration by 30
minutes.


Actual results:
The appointment becomes a week-long appointment.

Expected results:
The duration of the appointment should increase by 30 minutes

Does this happen every time?
Yes

Other information:
Comment 1 André Klapper 2005-09-17 03:11:44 UTC
i cannot reproduce your bug with 2.4.0, but there were some recurrence issues in
2.2.x, and there are still some in 2.4. :-(
Comment 2 Chakravarthi 2005-10-07 12:21:59 UTC
This bug occurs in 2,4 (try for non personal calendars).Confirming it.
Comment 3 Chakravarthi 2005-10-07 12:39:17 UTC
it occurs not to the complexity indicated by the reporter, ,, but the problem is
that it will not modify an items ed time even if we open a editor to do it ...
(atleast that is so for groupwise recurrences)

Changing the version too.
Comment 4 Milan Crha 2008-03-20 18:21:58 UTC
I didn't get last comment, can you explain Chakravarthi please?
Comment 5 Milan Crha 2009-07-29 16:23:29 UTC
I do not know, I tried that described in the comment #0, and it works fine with a local provider. In comment #3 is mentioned groupwise, Akhil, could you try there, please? Thanks in advance.
Comment 6 Akhil Laddha 2009-07-30 13:13:49 UTC
Milan, i cann't test this bug as recurrence is broken for group wise appointment in master, see bug 589344
Comment 7 Milan Crha 2009-07-30 15:24:32 UTC
oops, then after it'll be fixed.
Comment 8 André Klapper 2012-02-20 13:15:16 UTC
I cannot reproduce this with a local calendar in 3.2.3.
So is this Groupwise specific? Is this still an issue?
Comment 9 André Klapper 2012-08-09 16:14:57 UTC
I cannot reproduce this with a local calendar in 3.2.3.
So is this Groupwise specific? Is this still an issue?
Comment 10 André Klapper 2012-10-15 14:50:00 UTC
I cannot reproduce this with a local calendar in 3.2.3.
So is this Groupwise specific? Is this still an issue?
Comment 11 André Klapper 2013-04-07 01:20:52 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!