openerp-india team mailing list archive

["Thibaut DIRLIK \(Logica\)" <904632@xxxxxxxxxxxxxxxxxx>]

After doing some check, it seems that the server is set to UTC Timezone
automatically.
I try to pass --timezone="Europe/Paris", but nothing change. Paris is
UTC+0100 in winter, and my
server has -1hour in log messages.

The big problem is that with GTK Client, if you set a Timzone in user
preference of 'Europe/Paris',
then the client will show datetimes with +1 Hour, but the stored datetime
will be UTC.

This is a problem for us because for example when you get a list of objects
with a search() to get object created 'today' (datetime.datetime.today) you
might get
very strange result ! If it's 00:30am in the client, the date stored is
23:30pm !

So techically, the object was created 'today'.

Maybe I don't understand really well how it works, but this sounds
complicated.
How can I get a unified system here ?

2012/1/26 Thibaut DIRLIK (Logica) <904632@xxxxxxxxxxxxxxxxxx>

> This bug in not solved with latest version.
>
> ** This bug is no longer a duplicate of bug 902439
>    wrong date format, wrong time
>
> --
> You received this bug notification because you are a member of OpenERP
> Committers, which is subscribed to OpenERP Server.
> https://bugs.launchpad.net/bugs/904632
>
> Title:
>  [Tunk 6.1] Invalid server time / timezone
>
> Status in OpenERP Server:
>  New
>
> Bug description:
>  Hi,
>
>  I'm working on 6.1 trunk. I live in France and it's currently 10:16am
>  . I'm running Ubuntu 11.04, in French. My /etc/timezone file contains
>  Europe/Paris. I don't know why, but my server have -1 hour :
>
>  [2011-12-15 09:16:06,727][?] INFO:server:database hostname: localhost
>  [2011-12-15 09:16:06,727][?] INFO:server:database port: 5434
>  [2011-12-15 09:16:06,727][?] INFO:server:database user: thibaut
>  [2011-12-15 09:16:06,727][?] DEBUG:web-services:Registered an exported
> service: db
>  [2011-12-15 09:16:06,727][?] DEBUG:web-services:Registered an exported
> service: common
>  [2011-12-15 09:16:06,727][?] DEBUG:web-services:Registered an exported
> service: object
>  [2011-12-15 09:16:06,727][?] DEBUG:web-services:Registered an exported
> service: wizard
>  [2011-12-15 09:16:06,727][?] DEBUG:web-services:Registered an exported
> service: report
>  [2011-12-15 09:16:06,727][?] INFO:web-services:starting NET-RPC service
> on 0.0.0.0:8070
>
>  I tried forcing the --timezone to Europe/Paris, I got the same result.
>  This is a problem for crons jobs.
>
>  Any clue ? Is it a bug ?
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/openobject-server/+bug/904632/+subscriptions
>

-- 
You received this bug notification because you are a member of OpenERP
Indian Team, which is subscribed to OpenERP Server.
https://bugs.launchpad.net/bugs/904632

Title:
  [Tunk 6.1] Invalid server time / timezone

Status in OpenERP Server:
  New

Bug description:
  Hi,

  I'm working on 6.1 trunk. I live in France and it's currently 10:16am
  . I'm running Ubuntu 11.04, in French. My /etc/timezone file contains
  Europe/Paris. I don't know why, but my server have -1 hour :

  [2011-12-15 09:16:06,727][?] INFO:server:database hostname: localhost
  [2011-12-15 09:16:06,727][?] INFO:server:database port: 5434
  [2011-12-15 09:16:06,727][?] INFO:server:database user: thibaut
  [2011-12-15 09:16:06,727][?] DEBUG:web-services:Registered an exported service: db
  [2011-12-15 09:16:06,727][?] DEBUG:web-services:Registered an exported service: common
  [2011-12-15 09:16:06,727][?] DEBUG:web-services:Registered an exported service: object
  [2011-12-15 09:16:06,727][?] DEBUG:web-services:Registered an exported service: wizard
  [2011-12-15 09:16:06,727][?] DEBUG:web-services:Registered an exported service: report
  [2011-12-15 09:16:06,727][?] INFO:web-services:starting NET-RPC service on 0.0.0.0:8070

  I tried forcing the --timezone to Europe/Paris, I got the same result.
  This is a problem for crons jobs.

  Any clue ? Is it a bug ?

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