Hello, I would like you all to test your scenarios along with the scenarios stated in LP bug #607470 and #434068 with the latest gtk client as we have improved the date/datetime code. I tested the fix with the windows XP too and seems to work fine now.
If you find any sort of disturbance please post it here so that we can clearly sort the issue. Thanks -- You received this bug notification because you are a member of OpenERP sa GTK client R&D, which is a bug assignee. https://bugs.launchpad.net/bugs/503624 Title: The calendar widget will reject value entry when the locale date format is not 'Standard' Status in OpenObject GTK Client: Fix Released Status in OpenObject GTK Client trunk series: Fix Released Bug description: The problem stems from the modification of code on rev. 990.1.6 Slicing the date string to fix the length of the date doesn't sound right here, because the separator in date format may not be one byte in length for many locales. For instance, the separator could be of several characters or one character extends several bytes in string. In my case, the Chinese date-time format is like: _年_月_日 _时_分_秒， every Chinese character in the format will extend 3 or more bytes in byte string. Also, the same assumption of the 'Standard' date time format in whole code base causes many other problems, for example print the report with locale date format. I will report again when I encounter specific problem. Tony Gu _______________________________________________ Mailing list: https://launchpad.net/~openerp-dev-gtk Post to : [email protected] Unsubscribe : https://launchpad.net/~openerp-dev-gtk More help : https://help.launchpad.net/ListHelp
