Hello Graeme Gellatly, Thanks for the report !
Yes, we had some redevelopment of date and datetime format calculation recently on the trunk client. and also due to which we had the bug as you mentioned but few days back and was fix too. I tried your scenario on the latest trunk client with revision no:1778 and server:3274 and timezone as Pacific/Auckland. I was easily navigating on the sale order to and forth. I did not face such modification problem. You should have your server updated too because the bug was fixed at server for the upstream strptime which crashes on invalid derivative in the format. can you please give a try with latest trunk revisions? 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/703712 Title: [6.0rc2][sale][[regression]When language English UK, SO always modified even when browsing Status in OpenObject GTK Client: Confirmed Bug description: I reported bug previously, and it was fixed, apologies I could not find it. To replicate, open a database, set language to English(UK) and timezone to Pacific/Auckland (it affects other combinations but this is the one i know for sure). Now browse sales orders using next/previous in form view on GTK. It always asks for save even when record is not touched. If you use default English, no problems. I think it is to do with the date format. Last time I was told something to do with pytz, and it was a regression then. _______________________________________________ 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
