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)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: e, Assigned: mostafah)
Details
Attachments
(1 file)
|
750 bytes,
patch
|
mostafah
:
first-review+
|
Details | Diff | Splinter Review |
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.
Comment 1•22 years ago
|
||
This works fine for me using the latest code.
Comment 2•22 years ago
|
||
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?
Comment 3•22 years ago
|
||
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.
Comment 4•22 years ago
|
||
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
Updated•21 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Comment 5•21 years ago
|
||
Fixed this by taking focus from datepicker before launching timepicker.
Updated•21 years ago
|
Attachment #143266 -
Flags: first-review?(mostafah)
| Assignee | ||
Updated•21 years ago
|
Attachment #143266 -
Flags: first-review?(mostafah) → first-review+
| Assignee | ||
Comment 6•21 years ago
|
||
Checked into CVS.
Thanks.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Comment 7•21 years ago
|
||
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.
Comment 9•19 years ago
|
||
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.
Description
•