I've found this bug too... Environment: - OpenERP server version: 5.0.1 - GTK Client: 5.0.1 - SO: winxp sp3
The client logged tons of tracebacks like this: "Traceback (most recent call last): File "widget\view\form_gtk\one2many_list.pyo", line 293, in _sig_new File "widget\view\form_gtk\one2many_list.pyo", line 96, in __init__ File "widget\screen\screen.pyo", line 334, in add_view_id File "widget\screen\screen.pyo", line 378, in add_view File "widget\view\form.pyo", line 400, in display File "widget\view\form.pyo", line 51, in display File "widget\view\form_gtk\calendar.pyo", line 227, in display File "widget\view\form_gtk\calendar.pyo", line 236, in show File "pytz\__init__.pyo", line 139, in timezone File "pytz\__init__.pyo", line 49, in open_resource File "pkg_resources.pyo", line 847, in resource_stream File "pkg_resources.pyo", line 1123, in get_resource_stream File "pkg_resources.pyo", line 1126, in get_resource_string File "pkg_resources.pyo", line 1197, in _get IOError: [Errno 0] Error: 'pytz\\zoneinfo\\America\\Sao_Paulo' " The error was circumvented by replacing the original pytz module in client's library.zip file for a new one downloaded from PyPI. However, after I've made the replacement, the timezone() method of pytz/__init__.pyo begin to throw a pytz.UnknownTimeZoneError exception due to the fact that the application was passing the string "Hora Oficial do Brasil" as parameter to it instead of 'America/Sao_Paulo', as expected. So, I inserted the "small" :-P patch if zone.upper() == 'HORA OFICIAL DO BRASIL': zone = 'America/Sao_Paulo' after the method's docstring and voìla! The client's log file is now clean! Obs.: Sorry my misspellings, I'm not a native English speaker... Regards, Thiago -- tinyerp-client should require or recommend python-tz package https://bugs.launchpad.net/bugs/331687 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
