Closed
Bug 434188
Opened 18 years ago
Closed 18 years ago
calIDatetime::icalString should enforce timezone
Categories
(Calendar :: Internal Components, defect)
Calendar
Internal Components
Tracking
(Not tracked)
VERIFIED
FIXED
0.9
People
(Reporter: dbo, Assigned: dbo)
Details
Attachments
(1 file)
|
10.72 KB,
patch
|
Fallen
:
review+
|
Details | Diff | Splinter Review |
While developing on bug 363191, I experienced some assertions on using the calDatetime::icalString setter in guessSystemTimezone(). The icalString doesn't enforce the timezone based on the ical string (i.e. either UTC or floating), but IMO it should. Otherwise callers cannot be sure whether a previously set timezone persists initializing via the icalString setter.
| Assignee | ||
Comment 1•18 years ago
|
||
This enforces a timezone (either UTC or floating) when using the icalString setter and fixes some warnings to actually go into the warning section of the console (instead of the message section).
Assignee: nobody → daniel.boelzle
Status: NEW → ASSIGNED
Attachment #321406 -
Flags: review?(philipp)
Comment 2•18 years ago
|
||
Comment on attachment 321406 [details] [diff] [review]
fix
Did you check all places where icalString is set and no timezone is specifically set, to see if it relies on the timezone staying the way it was before?
If so, r=philipp
Attachment #321406 -
Flags: review?(philipp) → review+
| Assignee | ||
Comment 3•18 years ago
|
||
I've looked over all icalString occurrences, and hope I spotted all.
Checked in on HEAD and MOZILLA_1_8_BRANCH => FIXED.
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Target Milestone: --- → 0.9
Updated•18 years ago
|
Flags: in-testsuite?
Updated•8 years ago
|
Flags: in-testsuite?
You need to log in
before you can comment on or make changes to this bug.
Description
•