c2c-oerpscenario team mailing list archive

[xrg <xrg@xxxxxxxxx>]

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.

-- 
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to the OpenERP Project Group.
https://bugs.launchpad.net/bugs/821060

Title:
  date format should be set in server instead of client

Status in OpenERP Server:
  Confirmed

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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/openobject-server/+bug/821060/+subscriptions