date format should be set in server instead of client
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Odoo Server (MOVED TO GITHUB) |
Confirmed
|
Wishlist
|
OpenERP's Framework R&D |
Bug Description
We are having a lot of trouble using date in dd.mm.yyyy format (Romanian format), because on some computers the with win xp are set to english us by default. Also when restoring from backup or any change the windows gets back to english us, and a lot of things go wrong.
Also I suspect some bugs around this issue but I cannot prove them. The fact is that we have a lot of confusion going on.
I do not really see the benefit of having the client determining the date format, because I can now connect from a lot of different devices and then you need to be careful to have correct locale set.
I think that also for us system administrators would be much easy to have it in the server.
Can somebody point me where I can change this in the code of the client?
Thanks.
affects: | openobject-addons → openobject-server |
Changed in openobject-server: | |
assignee: | nobody → OpenERP's Framework R&D (openerp-dev-framework) |
importance: | Undecided → Wishlist |
status: | New → Confirmed |
On Friday 05 August 2011, you wrote:
> You have been subscribed to a public bug:
>
> We are having a lot of trouble using date in dd.mm.yyyy format (Romanian
> format), because on some computers the with win xp are set to english us
> by default. Also when restoring from backup or any change the windows
> gets back to english us, and a lot of things go wrong.
The fact that Windows XP screw the settings is not enough to change the
overall behaviour of OpenERP (which shall remain platform independent).
If you are about to do something, please confine it only for that broken
platform.
For example, you could set a special "server" value as the GTK client's saved
locale setting, meaning that the client should ignore OS-supplied info and
always try the server's context value.