← Back to team overview

openerp-india team mailing list archive

[Bug 970538] Re: [6.1/Trunk] server timezone config is silently ignored

 

I did few tests to see the problem,

Try to see the file /openerp-6.1-1/openerp/tools/config.py at line 438,
I think the problem comes from there:


  # TODO checking the type of the parameters should be done for every
        # parameters, not just the timezone.
        # The call to get_server_timezone() sets the timezone; this should
        # probably done here.
        if self.options['timezone']:
            # Prevent the timezone to be True. (The config file parsing changes
            # the string 'True' to the boolean value True. It would be probably
            # be better to remove that conversion.)
            die(not isinstance(self.options['timezone'], basestring),
                "Invalid timezone value in configuration or environment: %r.\n"
                "Please fix this in your configuration." %(self.options['timezone']))

            # If an explicit TZ was provided in the config, make sure it
is known

I try to view the self.options['timezone'], but all time it is
FALSE.Normally the value should be the result of method
get_server_timezone().

I think it is a bug from openErp

if you have an idea, can you tell me.

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

Title:
  [6.1/Trunk] server timezone config is silently ignored

Status in OpenERP Server:
  Confirmed

Bug description:
  The server timezone is always set to UTC as of v6.1 as a design
  choice. The corresponding  timezone config value is however still
  accepted but silently ignored, so the admin is never notified of this
  fact. A warning message should be printed at least.

  === Original description ===
  The server timezone is always set to UTC. The timezone config value is not used.

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


Follow ups

References