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.
New contact from firstname.lastname@example.org to email@example.com Filter on string OttawaMBA to get rid of these messages. Sorry for the spam.
gekacheka, 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?
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.
Will test with latest Sunbird nightly. Also checking for similarity with bug 170169
Reassigning all automatically assigned bugs from Mostafa to firstname.lastname@example.org Bugspam filter: TorontoMostafaMove
(In reply to comment #5) > Will test with latest Sunbird nightly. > > Also checking for similarity with bug 170169 > Andrew, any results from this testing?
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)
sorry, that should say: (2:00am first Sunday in October)