• I’m in ACT, Australia, and my server is in Texas, USA.
    That’s a 14 hour time diff from the server, or 16 hour during the time switch for both countries. The time diff only lets you put in -13 through 13!
    Right now I’ running -10 and manually setting the date 1 day forward each time, but it’d be nice if the limit were -23 through 23.

Viewing 7 replies - 1 through 7 (of 7 total)
  • Thread Starter Anonymous

    Hmm… as far as I understood, the setting “time_difference” means the difference between your own timezone and the timezone of the server. But the current setting of the range (-13 to 13) for this value indicates that someone thought it to be the adjusting value of the timezone you live in (which in your case would be +9.5 (ACST) or +10.5 (ACDT)).
    Maybe this has just been a mix-up during development. From my point of view the interpretation you gave here would be correct: the difference between your own timezone and the timezone of the server.
    I wrote an upgrade script that adjusts the range of valid values for the time_difference setting. You find it as attachment to bug #825404. Nevertheless I’d like to hear if I’m possibly wrong with my point of view – comments welcome
    Bye, Mike

    Oops… the above posting actually is from me.

    Thread Starter Anonymous

    I got around this bug my manually editing the value in the mysql db so it outputs the correct time. (+19 , for me. In Sydney, aust. )

    Thread Starter Anonymous

    I can’t access that bug report and attatchment.

    I just tried it in this moment and had no problems. What error is reported to you?

    When you try and set the “time_difference” field in the “other options” page, to something like 17, you get the error “time_difference is outside the valid range (-13 – 13).”
    This is definitely a bug – it seems an assumption was made in development that 12 hours (or so) either side of GMT was all that was required.
    Which would be fine if we were setting times relative to GMT, but we are not, we are setting them relative to the timezone of the server, so a range of -24..+24 is what is required to cater for all possibilities.
    For now I’ll try manually editing the database.

    presto

    (@presto)

    Sim:
    Click on the
    ” bug #825404.”
    link provided by ‘Anonymous” that was ” Posted: Oct 17, 2003 05:03:36 #” and download the patchfix. It worked for me
    I untarred the file and read the README and followed the instructions

Viewing 7 replies - 1 through 7 (of 7 total)
  • The topic ‘timezone problems’ is closed to new replies.