Closed
Bug 289552
Opened 20 years ago
Closed 19 years ago
DST switch to summer time offsets event times by an hour
Categories
(Calendar :: General, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: www.mozilla.org, Assigned: mostafah)
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050406 Firefox/1.0.2 (Debian package 1.0.2-3) Build Identifier: sunbird-0.2-i686-pc-linux-gnu.tar.gz, dated March 3rd 2005 I've created this scenario for the purposes of the bug report so that it's repeatable. It applies to sunbird 0.2 for GNU/Linux as downloaded on 3rd March 2005. On 8th March I set up a new appointment for 12noon on 8th April. In March we were on GMT (I'm in the UK, timezone "Europe/London" or "GB-Eire"). However, 8th April is on GMT + 1 hour. As of today (8th April) the event is showing for 13:00, or 1pm. Clearly something's gone wrong because the event was originally posted for 12 noon. The date/time segment from the ICS file contains this: DTSTART :20050408T110000Z DTEND :20050408T120000Z DTSTAMP :20050304T100229Z LAST-MODIFIED :20050308T143321Z It looks like the event has been stored in the calendar data file correctly. so maybe it's "just" a display issue? In the application preferences I have enabled "Store dates in Universal Time" and have set my time zone to "Europe/London". Reproducible: Always Steps to Reproduce: 1. Use a GNU/Linux platform in a UK timezone (Europe/London). In my case it's Debian (sarge) running Gnome 2. Set the system clock to 8th March 2005 3. Start the standalone sunbird and create a timed appointment for noon on 8th April 4. Stop sunbird (use "ps" to ensure no rogue processes) 5. Set system clock to 8th April 2005 6. Start the standalone sunbird 7. Examine the time scheduled for the newly created event Actual Results: At step 7 I could see that the 12 noon appointment was indicated as starting at 13:00 (1pm) Expected Results: The appointment should have been presented as starting as 12 noon, exactly as it was created prior to the DST time switch I've seen similar bug reports to this one, but the ones I've found are significantly old and don't declare which version of sunbird/calendar they apply to. Chris.
Updated•19 years ago
|
QA Contact: gurganbl → general
Comment 1•19 years ago
|
||
Seems fixed using Sunbird 0.3a1 standalone on Windows 2000: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20051104 Mozilla Sunbird/0.3a1 steps used: 1) create a calendar entry for 27th October 2005 (thurs) time 1620 2) edit this entry to recur every week for 1 week 3) time shows 16:20 on the 3rd of November (correct) This works as expected with recurrances spanning the BST step on 26th March too. my previous calendar (imported from Thunderbird 1.0 calendar - old build from dec 2004) was showing the dates spanning over the BST subtracting 1 hour from the correct times. Editing them (edit: recurrance: move every week to day to week again, then click OK) fixed this to show the correct time on recurring dates. Note: British summer time (BST) ends on the Sunday the 30th on October 2005.
Comment 2•19 years ago
|
||
(In reply to comment #1) > Seems fixed using Sunbird 0.3a1 standalone on Windows 2000: > Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20051104 > Mozilla Sunbird/0.3a1 > Marking as WORKSFORME.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•