Windows time zone lookup code no longer necessary
Categories
(Calendar :: Internal Components, enhancement)
Tracking
(thunderbird_esr78 wontfix)
Tracking | Status | |
---|---|---|
thunderbird_esr78 | --- | wontfix |
People
(Reporter: neil, Assigned: neil)
References
Details
Attachments
(1 file, 1 obsolete file)
20.42 KB,
patch
|
Fallen
:
review+
|
Details | Diff | Splinter Review |
When guessing the time zone, the zone retrieved from Windows is looked up in a custom lookup file to be converted to a standard time zone. However, Lightning's time zone service can already look up Windows time zone names, so this is unnecessary. Additionally, Lightning only stores the canonical time zone name in preferences anyway. Also, there's still some old Windows XP time zone lookup code, which is now obsolete.
Assignee | ||
Comment 1•4 years ago
|
||
Updated•4 years ago
|
Comment 2•4 years ago
|
||
I believe zones.json is generated by the timezone upgrade script, can you double check if running it would overwrite the custom changes you've made?
Comment 3•4 years ago
|
||
Comment on attachment 9180664 [details] [diff] [review]
Proposed patch
Would appreciate a response on the former comment, please feel free to re-request review when you have time.
Assignee | ||
Comment 4•4 years ago
|
||
My apologies for not responding earlier.
By my reading of the code, the timezone update script only ever merges in new aliases, so it should be fine, but I'd like to double-check with the last person who touched the script, in case they are more familiar with it.
Comment 5•4 years ago
|
||
Yes, I think that's fine, we've added aliases in the same way before.
While we're here, can we please get rid of that archaic way of checking the OS is Windows (CalTimezoneService.js)?
Assignee | ||
Comment 6•4 years ago
|
||
Updated•4 years ago
|
Pushed by geoff@darktrojan.net:
https://hg.mozilla.org/comm-central/rev/1e1fdb344d12
Manual lookup of Windows NT time zone name is unnecessary. r=Fallen
Comment 8•4 years ago
|
||
Hope you don't mind me landing this before landing was requested. :-)
Comment 9•4 years ago
|
||
test_alarmutils.js didn't like that. We're getting Z added to the end of iCal strings. My guess is the zone is now correctly being set to UTC instead of Africa/Abidjan like it used to be, but I can't see it in the log to confirm. Bug 1684485 will fix this problem, so I'm not inclined to do anything about it now.
Updated•4 years ago
|
Description
•