Closed Bug 434188 Opened 18 years ago Closed 18 years ago

calIDatetime::icalString should enforce timezone

Categories

(Calendar :: Internal Components, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: dbo, Assigned: dbo)

Details

Attachments

(1 file)

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.
Attached patch fix — — Splinter Review
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 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+
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
Flags: in-testsuite?
Checked via mxr.mozilla.org -> VERIFIED
Status: RESOLVED → VERIFIED
Flags: in-testsuite?
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: