Closed Bug 206383 Opened 22 years ago Closed 21 years ago

creating new event dialog falsly claims "You start time is after your end time"

Categories

(Calendar :: Sunbird Only, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: e, Assigned: mostafah)

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030430 Debian/1.3-5 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030430 Debian/1.3-5 When creating an event, that starts on one day, a finishes on the next day, the dialog displays a message "You start time is after your end time" even though it's not true. Reproducible: Always Steps to Reproduce: 1. New event 2. Enter start time - 1.6.2003 19:30 3. Enter end date - 2.6.2003 4. Click on end time button 5. Click on 7 hours -> message is displayed 6. Click on 30 minutes -> message is still displayed, time-entering window disappears 7. Click on a different textbox/textarea -> message disappears Actual Results: the warning id displayed for a period of time Expected Results: The warning should not get displayed, as there is no reason for its existence. The application should check the actualvalue in the End date textbox beforing deciding whether to issue this warning.
This works fine for me using the latest code.
This happens to me too. In fact there seems to be a set of problems with the date/time selection mechanism. First of all, my specs: - Windows XP professional on an Intel P4 - Mozilla Calendar 2003061213-cal - Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4b) Gecko/20030616 Mozilla Firebird/0.6 A) As described by Juraj, the "end before start" warning is displayed after manually entering a date. It seems to me that Calendar uses an internally stored value to decide whether the end date is valid. This internal value is not updated from the text box until the box looses focus. So if you type in a new date and then click on the time selector without clicking elsewhere first, the old internal value is used. I will have to look at the source code first before I can find the exact reason. B) Manual edit blocking date picker 1. Create a new event 2. TYPE '6/20/2003' in the "Start" box 3. Use the date picker next to the start box to select any other date RESULT: The 'Start' box is not updated, but the 'End' box is (with the incremented date) 5. Click in the comments field (or anywhere else). RESULT: Now the 'End' box also reverts to the increment of the old 'Start' value I think these qualify as one bug because they stem from the lack of syncronization between the text field and some internal value. P.S. Should this bug be set to OS:All?
If I manually enter the dates, then I get the same results that both Juraj and Anton observed. If you use the date picker, then everything works as expected.
New contact from mikep@oeone.com to mostafah@oeone.com Filter on string OttawaMBA to get rid of these messages. Sorry for the spam.
Assignee: mikep → mostafah
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Fixed this by taking focus from datepicker before launching timepicker.
Attachment #143266 - Flags: first-review?(mostafah)
Attachment #143266 - Flags: first-review?(mostafah) → first-review+
Checked into CVS. Thanks.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
I'm still seeing this with some dates in the latest Sunbird standalone and in the Firefox plugin as of 06/22/2004 when I use "this event lasts all day". Try start 07/05 - end 07/18 with "this event last all day". It doesn't work, end date 07/17 (with above start) or start date 07/03 (with above end) both work. Start 07/23 - end 07/29 also doesn't work with "last all day". Can anybody confirm this and reopen this bug??
Confirmed, opened new bug 248619 as datetimepickers were refactored since this bug was closed, followups to that bug.
The bugspam monkeys have been set free and are feeding on Calendar :: Sunbird Only. Be afraid for your sanity!
QA Contact: gurganbl → sunbird
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: