Event Dialog: on daylight saving start day, increments hour 03:00 - 06:59 on every 'Ok'



Sunbird Only
15 years ago
12 years ago


(Reporter: gekacheka, Unassigned)





15 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2a) Gecko/20020910
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2a) Gecko/20020910

In event dialog, on morning daylight saving time starts, times between 03:00 and
06:59 am are erroneously incremented one hour.   In day view, the box location
time may be to be *incremented* another hour.

Reproducible: Always

Steps to Reproduce:
In time zone using daylight saving time (e.g., most of US):
1. new event; set title to "test"
2. set date to day daylight saving starts (6 april 2003 in US)
3. set start time to 03:00 am (end automatically set to 04:00)
4. close event
5. day view
Event appears to start and end at 05:00.  Should start at 03:00, end at 04:00
6. double click 'test' event.
Times have been reset to 04:00 and 05:00.  Should still be 03:00 and 04:00
7. click cancel (no change)
8. double click 'test' event
Times are still 04:00 and 05:00
9. click OK (without changing)
Time box in day view moved to 06:00-06:00.  Should not have moved.
10. double click 
Times are now 05:00 and 06:00.  Should not have changed.
11. click OK
Time box in day view moved to 07:00-07:00
12. double click.
Times are now 06:00 and 07:00.  Should not have changed.
13. click ok
Time box in day view did *not* change.
14. double click
Times are now 07:00 and 07:00 (duration reduced to zero, finally matching
erroneous display), should not change.

Actual Results:  
see above

Expected Results:  
see above

It may be common to click an event to view it, then click ok to close dialog. 
This bug changes the event times after each cycle until time is 07:00 or later.

Comment 1

15 years ago


15 years ago
Ever confirmed: true

Comment 2

15 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

Comment 3

13 years ago
    I ran this bug with both 2005011113-cal for Linux (Firefox) and on
Sunbird-20050505-nightrat and it worked fine for me.  Can you still reproduce it?

Comment 4

13 years ago
Tried on 20050111 xpi (0.2 branch) on TB1.0.2:  
BUG: 4am-5am event was moved to 5am-6am on first ok of event dialog, opened
again and clicked ok, and it moved to 6am-7am.
BUG: Day view displays it as zero-length event at *end* time in each case.

Tried on 20050505 build (trunk): 
OK: 4am-5am stayed at 4am-5am after ok.
BUG: Day view displays 4am-5am event as zero-length event at *end* time.
Day view displays it ok if it is moved to 5am-6am.


12 years ago
QA Contact: colint → sunbird

Comment 5

12 years ago
Will test with latest Sunbird nightly.

Also checking for similarity with bug 170169
Reassigning all automatically assigned bugs from Mostafa to nobody@m.o

Bugspam filter: TorontoMostafaMove
Assignee: mostafah → nobody

Comment 7

12 years ago
(In reply to comment #5)
> Will test with latest Sunbird nightly.
> Also checking for similarity with bug 170169
Andrew, any results from this testing?

Comment 8

12 years ago
Sorry for delay (per comment 5)

Retested on latest Sunbird (20060713 Sunbird/0.3a2+) using Wellington, New Zealand (daylight start 2:00am first Sunday) instead.  This should remove any other extraneous factors, as that is my home settings for: OS, SB, TZ, etc.

Using 'Steps to produce' with outcome of WFM.  Step 5 shows start 03:00 and end 04:00 (as would be expected).

See also my comments for bug 170169 (also retested)

Comment 9

12 years ago
sorry, that should say:  (2:00am first Sunday in October)


12 years ago
Last Resolved: 12 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.