c2c-oerpscenario team mailing list archive

["Olivier Dony \(OpenERP\)" <674079@xxxxxxxxxxxxxxxxxx>]

Naresh, I understand that there are technical problems to support all
the locale parameters in all GTK widgets, but I think the date format is
something that we can at least directly support, and it is probably much
more important than the others parameters (an incorrect date format can
make dates impossible to read directly).

So we should fix both clients in v6 to properly support it at least the
date format specified in the res.lang record, and defer the support of
the other locale parameters for after v6.0, if they are too complicated.

Date format is very important and deserves it (BTW this bug report was
only about date formats)

** Changed in: openobject-client
   Importance: Wishlist => Medium

** Changed in: openobject-client-web
    Milestone: None => 6.0-rc2

** Changed in: openobject-client-web
    Milestone: 6.0-rc2 => 6.0

** Changed in: openobject-client
    Milestone: 6.0-rc2 => 6.0

-- 
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/674079

Title:
  Changing en_US Date Format does not change format in GUI

Status in OpenObject GTK Client:
  Confirmed
Status in OpenObject Web Client:
  Confirmed

Bug description:
  Created new company on trunk rc60
Changed Translations->Language->en_US date format to d/m/y
restarted client and webclient.
New login.
Date format still m/d/y in Webclient and GTK client - incorrect.
Printing a report renders d/m/y - correct

I think it has to do with legacy code for en_US as a default language.