Win10 and America/Santiago raise Timezone offset does not match system offset

Question

Win10 and America/Santiago raise Timezone offset does not match system offset

morpheus65535 opened this issue 5 years ago · comments

I got this issue when using America/Santiago on Windows 10 with Python 2.7.15.

Traceback (most recent call last):
  File "c:\users\morpheus\desktop\bazarr\bazarr\main.py", line 24, in <module>
    from update_db import *
  File "c:\users\morpheus\desktop\bazarr\bazarr\update_db.py", line 7, in <module>
    from scheduler import execute_now
  File "c:\users\morpheus\desktop\bazarr\bazarr\scheduler.py", line 65, in <module>
    
  File "c:\users\morpheus\desktop\bazarr\bazarr\../libs/tzlocal\win32.py", line 95, in get_localzone
    utils.assert_tz_offset(_cache_tz)
  File "c:\users\morpheus\desktop\bazarr\bazarr\../libs/tzlocal\utils.py", line 38, in assert_tz_offset
    raise ValueError(msg)
ValueError: Timezone offset does not match system offset: -10800 != -14400. Please, check your config files.

Lennart Regebro · Answer 1 · Fri May 31 2019 16:39:22 GMT+0800 (China Standard Time)

Oh, wait, this is Windows, I didn't even connect that until now, since we had the same problem on Unix, but that was a different reason.

Lennart Regebro · Answer 2 · Fri May 31 2019 16:47:02 GMT+0800 (China Standard Time)

Could this be that the computer somehow didn't automatically switch from DST?

morpheus65535 · Answer 3 · Fri May 31 2019 18:37:29 GMT+0800 (China Standard Time)

It does switch to DST without an issue. Time is good in any other program.

Lennart Regebro · Answer 4 · Fri May 31 2019 18:55:57 GMT+0800 (China Standard Time)

Very strange. What is your Windows Timezone? "Pacific SA Standard Time"?

morpheus65535 · Answer 5 · Fri May 31 2019 19:01:58 GMT+0800 (China Standard Time)

You can reproduce using "(UTC-04:00) Santiago".

Lennart Regebro · Answer 6 · Fri May 31 2019 20:53:37 GMT+0800 (China Standard Time)

That is indeed the display name for "Pacific SA Standard Time", I'll try it out.

morpheus65535 · Answer 7 · Fri May 31 2019 20:55:27 GMT+0800 (China Standard Time)

Yes I've just check with tzutil /g and you are right.

Lennart Regebro · Answer 8 · Fri May 31 2019 23:41:07 GMT+0800 (China Standard Time)

It works fine for me, so it's not the timezone itself that has a problem. It's possible that the Windows code looks in the wrong place in the registry and hence don't get the correct data.

morpheus65535 · Answer 9 · Sat Jun 01 2019 00:26:40 GMT+0800 (China Standard Time)

I cannot reproduce it anymore on Windows... The original user had issue on Linux and I commented the problematic call in unix.py as a temporary solution(morpheus65535/bazarr@f0fd887).

I suppose we can close this one and I'll reopen it if I have issue with it again.

lyssalivingston · Answer 10 · Thu Aug 01 2019 04:31:19 GMT+0800 (China Standard Time)

I started having this problem. I don't know when it started, because I have not run this code on my Windows 10 machine for a while, but now ...:

# python -i
Python 2.7.16 (v2.7.16:413a49145e, Mar 4 2019, 01:37:19) [MSC v.1500 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import tzlocal
>>> tz = tzlocal.get_localzone()
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "C:\Users\livily3\.virtualenvs\test\lib\site-packages\tzlocal\win32.py", line 95, in get_localzone
utils.assert_tz_offset(_cache_tz)
File "C:\Users\livily3\.virtualenvs\test\lib\site-packages\tzlocal\utils.py", line 38, in assert_tz_offset
raise ValueError(msg)
ValueError: Timezone offset does not match system offset: -25200 != 3600. Please, check your config files.
>>>
#

This is Windows 10 version 1709 build 16299.1268, and Python 2.7.16 in a virtualenv. This is my work machine and there are setting I cannot change. The time zone is (UTC-08:00) Pacific Time (US & Canada). When I look at the Date and Time Settings, the "Adjust for daylight saving time automatically" button is on, which is also one of the options that I can't change. Is it possible that Windows sets the wrong time zone while trying to be helpful with DST?

# tzutil /g
Pacific Standard Time

# pip list | grep tz
pytz 2019.1
tzlocal 2.0.0

After some more poking around, this appears to be an interaction between Cygwin and tzlocal. The same problem does not occur in a cmd window.

Lennart Regebro · Answer 11 · Thu Aug 01 2019 19:05:06 GMT+0800 (China Standard Time)

It's not DST, the offsets are wildly different. In fact, the error says that the offset tzlocal expects is -25200 minutes, but the offset reported by the system via the time library is 3600.

Pacific Standard Time should give you -25200, so it seems the time library does something different there.

One question I have is if you have a TZ environment variable set?
The other is that your prompt is a has tag, that's not a common Windows prompt. Are you running some sort of unixy shell? Could that have it's own timezone config?

lyssalivingston · Answer 12 · Fri Aug 02 2019 02:27:49 GMT+0800 (China Standard Time)

I am running a Cygwin shell, which is indeed a unixy shell. If you are not familiar with it and I am not mistaken, Cygwin mimics a Linux system by compiling the sources with a DLL built to translate the Linux system calls to Windows. It does have the TZ environment variable set:

# echo $TZ
America/Los_Angeles

It could be some interaction between Cygwin and Windows, absolutely. I had recently updated Cygwin as well, so this probably started when I did that. I may be able to figure out what was updated; I'm not sure since I'm not that familiar with Cygwin's update mechanism. I also don't know what I'm looking for, so that does make it more difficult.

I did a tiny bit of poking around and I don't see that there are any bugs about Cygwin and timezones after 2016, and nothing that resembles the problem I'm having. Like I said, it does not occur in a Windows cmd window, so I do have a fallback to keep working on my problem...

Lennart Regebro · Answer 13 · Fri Aug 02 2019 06:10:55 GMT+0800 (China Standard Time)

Huh, that TZ should be the same as the Pacific Zone you have in Windows, so that's strange.
I guess I have to install cygwin and see if I can replicate it.

lyssalivingston · Answer 14 · Fri Aug 02 2019 06:17:21 GMT+0800 (China Standard Time)

In fact, it is the same, which is another thing that I don't understand... I don't know if this is a Cygwin bug or a tzlocal bug or a Windows bug or a ... ???, none of which I am particularly familiar with.

If there's something I can run on my systems here to help, just let me know. Thanks very much for your assistance.

U. Bruhin · Answer 15 · Mon Aug 12 2019 23:11:42 GMT+0800 (China Standard Time)

We have the same issue when using tzlocal inside a Windows Container. It seems that inside the container, the registry key you are reading does not correspond to the actually active timezone:

PS C:\> tzutil /g

W. Europe Standard Time

PS C:\> Get-TimeZone

Id                         : W. Europe Standard Time
DisplayName                : (UTC+01:00) Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna
StandardName               : W. Europe Standard Time
DaylightName               : W. Europe Daylight Time
BaseUtcOffset              : 01:00:00
SupportsDaylightSavingTime : True

PS C:\> REG QUERY HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation
    Bias    REG_DWORD    0x1e0
    DaylightBias    REG_DWORD    0xffffffc4
    DaylightName    REG_SZ    @tzres.dll,-211
    DaylightStart    REG_BINARY    00000300020002000000000000000000
    StandardBias    REG_DWORD    0x0
    StandardName    REG_SZ    @tzres.dll,-212
    StandardStart    REG_BINARY    00000B00010002000000000000000000
    TimeZoneKeyName    REG_SZ    Pacific Standard Time
    DynamicDaylightTimeDisabled    REG_DWORD    0x0
    ActiveTimeBias    REG_DWORD    0x1a4

PS C:\> python -c "import tzlocal; print(tzlocal.get_localzone())"

Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "C:\venv\lib\site-packages\tzlocal\win32.py", line 95, in get_localzone
    utils.assert_tz_offset(_cache_tz)
  File "C:\venv\lib\site-packages\tzlocal\utils.py", line 38, in assert_tz_offset
    raise ValueError(msg)
ValueError: Timezone offset does not match system offset: -25200 != 7200. Please, check your config files.

Arnon Yaari · Answer 16 · Thu Aug 15 2019 19:34:17 GMT+0800 (China Standard Time)

We are also getting the same problem on Cygwin on Windows after upgrading to tzlocal v2.0.0.

~ python -c "import tzlocal; print(tzlocal.get_localzone())"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "C:\Cygwin\home\Administrator\python\lib\site-packages\tzlocal-2.0.0-py2.7.egg\tzlocal\win32.py", line 95, in get_localzone
    utils.assert_tz_offset(_cache_tz)
  File "C:\Cygwin\home\Administrator\python\lib\site-packages\tzlocal-2.0.0-py2.7.egg\tzlocal\utils.py", line 38, in assert_tz_offset
    raise ValueError(msg)
ValueError: Timezone offset does not match system offset: 10800 != 3600. Please, check your config files.

I found that time.altzone in this environment shows "-3600" (one hour) even though I am in UTC+3 (should be -10800).
I found that unsetting the TZ environment variable fixes this problem (this variable holds the correct value, Asia/Jerusalem - so maybe it's a bug in Python's time module?)

lyssalivingston · Answer 17 · Wed Sep 11 2019 05:57:43 GMT+0800 (China Standard Time)

In my case, it seems to be a Cygwin bug. I did notice that there were new Cygwin tz files available a few days ago, and now I no longer see the problem. So perhaps the same solution would help @wiggin15. Thanks for taking a look @regebro.

Arnon Yaari · Answer 18 · Wed Sep 11 2019 15:39:06 GMT+0800 (China Standard Time)

Thanks for your suggestion @lyssalivingston . Unfortunately, upgrading Cygwin and its packages did not help.

# cygcheck -c | egrep "(cygwin|tz)"                                                                                                19-09-11 10:35
base-cygwin                             3.8-1                 OK
cygwin                                  3.0.7-1               OK
cygwin-devel                            3.0.7-1               OK
tzcode                                  2019b-1               OK
tzdata                                  2019b-1               OK
# python -c "import tzlocal; print(tzlocal.get_localzone())"                                                                       19-09-11 10:35
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "C:\Cygwin\home\Administrator\python\lib\site-packages\tzlocal-2.0.0-py2.7.egg\tzlocal\win32.py", line 95, in get_localzone
    utils.assert_tz_offset(_cache_tz)
  File "C:\Cygwin\home\Administrator\python\lib\site-packages\tzlocal-2.0.0-py2.7.egg\tzlocal\utils.py", line 38, in assert_tz_offset
    raise ValueError(msg)
ValueError: Timezone offset does not match system offset: 10800 != 3600. Please, check your config files.

lyssalivingston · Answer 19 · Thu Sep 12 2019 02:28:14 GMT+0800 (China Standard Time)

I apologize @wiggin15. I was completely wrong. I had been running in a Windows cmd shell and mistakenly thought it was my Cygwin shell. When I ran the code again in the Cygwin shell, I still had the problem. Maybe I should change background colors...