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 260606 - New event dialog is confusing (time/date entry)
New event dialog is confusing (time/date entry)
Status: RESOLVED DUPLICATE of bug 243622
Product: evolution
Classification: Applications
Component: Calendar
1.5.x (obsolete)
Other All
: Normal enhancement
: ---
Assigned To: evolution-calendar-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2004-06-23 06:21 UTC by Philipp Frauenfelder
Modified: 2013-09-10 14:03 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement



Description Philipp Frauenfelder 2004-06-23 06:21:30 UTC
Description of Problem:
When entering a new appointment with the 'new event' dialog, the time and
date shifts that occur are confusing (mildly spoken, they are rather annoying).

Steps to reproduce the problem:
1. Go to month view.
2. Chose 'new appointment', the 'new event' dialog opens.
3. Start to fill in the fields with keyboard operation in mind
   (ie. jump from field to field with Tab).
4. The chosen start date can be left untouched (eg. 23-6-2004).
5. Enter a starting time different from the default (0:00 because
   the dialog was started in month view).
6. Jump to end date and change it from 24-6-2004 (end of event defaults
   to 0:00 on 24-6-2004 because 'new event' was chosen in month view)
   to 23-6-2004 (the idea is to enter a one hour event).
7. Jump to next field (end time)

Actual Results:
The start date is shifted back one day and the start time is set to 23:00.

Expected Results:
Put the end time to start time plus one hour. This is more reasonalbe /
less annoying as it changes a field which I did not yet change.
Automatically changing field which I have already set to the desired values
is not nice as I have to go back and change them again.

How often does this happen? 
Always.

Additional information:
The first time a user experiences this behaviour and noticed the shifted
start date and time, he goes back to the start date to fix it. Then fixes
the start time and goes on to the end date to set it to 23-6-2004 *bang*
same problem again!

This was solved better in Evo1.4.
Comment 1 André Klapper 2004-12-11 00:18:50 UTC
this is a duplicate of bug 243622 (which is also targetted to 2.0.4) 
and also touches bug 216535. closing.

*** This bug has been marked as a duplicate of 243622 ***