error timezone with pytz

[GEM]

Hi,
I have this error with vista sp2, client gtk 5.0 build with last sources
I go to user->preferences and choose timezone Europe/Paris
You corrected an error yet when you added folder pytz\timezone\* in library.zip (IO error can't find (or read) Europe/Paris)
Now the file is in library.zip, but I don't know why (perhaps in matplotlib.dates or pytz), after this, I have another error, Unknow timezone "Paris, Madrid", which is the timezone in the registry of windows, if I add in pytz\__init__.py in the list all_timezone the line 'Paris, Madrid' and copy pytz\timezone\Europe\Paris to pytz\timezone\'Paris, Madrid' , the problem is solved.
For information the error comes at the second close of the client (choose timezone, close client, open client, close client).
Thanks to confirm.

[Shah Japan (jsh.axelor)]

I wonder, eTiny works perfect with pytz, same thing is not working for GTK 5.0.3.

[GEM (nimp3)]

Hi,
a problem of library in gtk client I think :
dateutil, mx, matplotlib ?
the client verify 2 things :
timezone in pytz first, and after timezone in windows registry, why?
A+

[invitu (invitu)]

temporary solution is not to choose any tz in users/preferences

[invitu (invitu)]

Here are some logs with openerp-client V 5.0.6 (win)

Traceback (most recent call last):
  File "widget\view\tree_gtk\parser.pyo", line 196, in setter
  File "widget\view\tree_gtk\parser.pyo", line 310, in get_textual_value
  File "pytz\__init__.pyo", line 141, in timezone
pytz.UnknownTimeZoneError: 'Hawaii'

[GEM (nimp3)]

the only way actually to have a timezone is to follow this topic on how to build setup for windows, I have found a manual solution :
http://www.openobject.com/forum/topic12184.html

[digitalsatori(Shine IT) (digitalsatori)]

this should be the same bug I reported several month ago: https://bugs.launchpad.net/openobject-server/+bug/389544

[GEM (nimp3)]

I don't know why, but I build today with last sources allinone for windows, choose different timezones in preferences with client gtk, open, close a lot of time, and no error.
The problem seems to be solved.
Can you confirm you too ?