Closed saxmaster79 closed 5 years ago
Thanks. I can confirm.
This is mostly due to the data being built off CLDR 32. I'll need to update to the latest (34).
However, it also highlights an interesting problem, in that CLDR metazones are as as volatile as the windows mappings, and thus they will also need to be updated more frequently, along with any corresponding new grammar they introduce.
I'll leave this open until the issue is resolved. Thanks.
This is fixed in version 3.4.0. Thanks.
TZNames.GetAbbreviationsForTimeZone( "Sao Tome Standard Time", "en-GB"); returns GMT, which is not correct (anymore), as they are now on West African Time (WAT), which is 1 hour ahead of UTC. So i think it should return WAT.
The TimeZoneInfo for "Sao Tome Standard Time" hast an Offset of UTC+01:00.
See also: https://www.timeanddate.com/news/time/sao-tome-principe-time-zone-change.html