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 216535 - changing start time should keep appointment's time length
changing start time should keep appointment's time length
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Calendar
2.4.x (obsolete)
Other All
: Normal minor
: ---
Assigned To: evolution-calendar-maintainers
Evolution QA team
: 208210 238354 257576 267803 309694 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2001-12-04 16:36 UTC by Dan Winship
Modified: 2013-09-10 14:04 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Dan Winship 2001-12-04 16:36:25 UTC 
Events are more likely to have a fixed duration than a fixed ending
time. If you change the start time of an event, the end time should
probably move with it.
Comment 1 Damon Chaplin 2001-12-06 20:20:52 UTC 
This may be easy, but there's a lot of interaction between the
different widgets that handle the start & end times on various
paqes, so it may be awkward.
Comment 2 Damon Chaplin 2001-12-06 20:32:51 UTC 
*** bug 208210 has been marked as a duplicate of this bug. ***
Comment 3 JP Rosevear 2002-09-12 16:51:03 UTC 
Punting because it got a little too late to change this for 1.2.
Comment 4 Hans Petter Jansson 2003-04-14 04:17:01 UTC 
Punting again because it got too late for 1.4, and we don't want to
make any significant changes to UI behaviour this close to release anyway.

Here's to 1.6.
Comment 5 JP Rosevear 2003-12-10 06:58:48 UTC 
It would be good to do this, but its not 1.5.1
Comment 6 Gerardo Marin 2004-01-27 18:44:22 UTC 
Retargeting 1.5.3 bug reports to 1.5.4. Sorry for the spam.
Comment 7 André Klapper 2004-10-10 21:49:24 UTC 
*** bug 267803 has been marked as a duplicate of this bug. ***
Comment 8 André Klapper 2004-10-10 21:49:44 UTC 
*** bug 257576 has been marked as a duplicate of this bug. ***
Comment 9 André Klapper 2004-10-10 21:50:48 UTC 
after changing the start time, the new ending time is always set to be 
one hour (instead of the former length) after the start time, as 
reported in bugs 57576 and 67803 (marking as dups).
Comment 10 Johann Glaser 2004-10-25 11:06:26 UTC 
still not resolved for 2.0.2
Comment 11 André Klapper 2004-12-09 14:22:27 UTC 
when this gets fixed, also a fix for bug 243622 whouldn't be too far
away...
Comment 12 André Klapper 2004-12-09 14:27:59 UTC 
*** bug 238354 has been marked as a duplicate of this bug. ***
Comment 13 André Klapper 2005-03-23 16:25:42 UTC 
still valid in evolution-2.2.0.0.200503210410-0.snap.ximian.10.1,
retargetting to 2.3.
Comment 14 André Klapper 2005-08-21 00:09:42 UTC 
still valid in 2.3.7 :-(
Comment 15 André Klapper 2005-09-13 16:06:55 UTC 
still missing in 2.4.0; retargetting from 2.3 to 2.5.
Comment 16 André Klapper 2005-12-22 10:59:29 UTC 
*** Bug 309694 has been marked as a duplicate of this bug. ***
Comment 17 Chenthill P 2006-01-05 07:49:13 UTC 
Fix has been committed.