Update Android to tzdb 2020a [Q branch]
Notes for Android time zone maintainers:
Like all tzdb updates, the binary files in this commit should not be
patched to other branches: they are not guaranteed to work. Also note
that there are associated changes in external/icu and often others that
should also be applied. tzdb updates are incremental changes: all
previous tzdb updates should be applied. Look for aosp/<release>-dev
changes for backports. If you have a local branch with ICU changes the
ICU .dat file in external/icu will not apply cleanly. Instead, make
equivalent changes to text files and run
system/timezone/update-tzdata.py.
Q commentary:
This change was generated by cherry-picking the aosp/master equivalent,
removing the binary files and files that don't exist on P (tz_version,
testing/data/test3/) and then regenerating the binary files using
update-tzdata.py.
--------
From the 2020a release notes:
Changes to future timestamps
Morocco's second spring-forward transition in 2020 will be May 31,
not May 24 as predicted earlier. (Thanks to Semlali Naoufal.)
Adjust future-year predictions to use the first Sunday after the
day after Ramadan, not the first Sunday after Ramadan.
Canada's Yukon, represented by America/Whitehorse and
America/Dawson, advanced to -07 year-round, beginning with its
spring-forward transition on 2020-03-08, and will not fall back on
2020-11-01. Although a government press release calls this
"permanent Pacific Daylight Saving Time", we prefer MST for
consistency with nearby Dawson Creek, Creston, and Fort Nelson.
(Thanks to Tim Parenti.)
Changes to past timestamps
Shanghai observed DST in 1919. (Thanks to Phake Nick.)
Changes to timezone identifiers
To reflect current usage in English better, America/Godthab has
been renamed to America/Nuuk. A backwards-compatibility link
remains for the old name.
-----------------
Android commentary:
Besides the main Morocco change, the following are relevant:
1) The changes in the Yukon have some knock-ons in Android's data:
Two zones are no longer on UTC-8, which means they are now distinct from
America/Vancouver. One of them, America/Whitehorse, which looks like it
has the biggest population, will now be shown in the SettingsUI manual
time zone picker in recent releases.
2) Some knockons in data for the Godthab / Nuuk ID switch - Nuuk will be
used / shown instead of Godthab by default.
Related to (1) there has been a change the detection order / default
zone for Canada as the current one didn't make sense: it just reflected
historic Android behavior, which was related to longitude and UTC
offset. The new default is Toronto (most populous city, AFAIK), and the
new order will search zones in order of city population (thus,
hopefully, likelihood) and ensure that Android picks the more populous
zones over less populous ones when there is ambiguity.
Adhoc testing suggests no unwanted changes from previous detection behavior.
The following changes will occur, but only the first is likely to happen
in the wild as "DST unknown" from NITZ is mostly theoretical.
a) UTC-7 / no DST / summer: America/Whitehorse not America/Dawson_Creek
b) UTC-7 / DST unknown / summer: America/Vancouver, not America/Dawson_Creek
c) UTC-6 / DST unknown / summer: America/Edmonton, not America/Regina
d) UTC-5 / DST unknown / summer: America/Winnipeg, not America/Atikokan
e) UTC-4 / DST unknown / summer: America/Toronto, not America/Blanc-Sablon
Bug: 155047654
Test: Ran CTS tests: CtsLibcoreTestCases, CtsLibcoreOjTestCases,
Test: CtsIcuTestCases, CtsBionicTestCases, CtsTextTestCases
Merged-In: Id82b58f1029e588908eb7601f1893138b9abf183
Change-Id: Id82b58f1029e588908eb7601f1893138b9abf183
(cherry picked from commit a2d7034eaf1369d06a669a642c24c4a30dce08ca)
(cherry picked from commit 399606ecd226eb45d84eab9ef2049e4ff3bed20e)
18 files changed