Tickets :: Comment on [#2684] Win2K, PHP, time() and TZ

* Your Email Address
* Spam protection	Enter the letters below: . ..__.. .. ..__. \| \|[__]\|__\|\|\/\|\| \| \|__\|\| \|\| \|\| \|\|__\
Comment	> I ran the script as requested starting with the correct time using > the America/New York TZ setting in your test script. These were the > results: > > > > Tue, 27 Sep 2005 17:33:29 -0400 // correct > > Tue, 27 Sep 2005 22:33:29 +0100 // what PHP defaults to > > > > Ok, so the EDT TZ is -4 not -5, I can't keep track of the time changes, lol. > > Anyways, when the putenv() is issued PHP goes into a "default" TZ. > > > > Same problem as described on the bug tracker at PHP's website as I > had mentioned previously. The folks at PHP identified the issue in > earlier versions of PHP as a PHP issue and stated it was solved but > it appears to still be a problem. > > > > According to PHP: "The problem was that putenv("TZ=...") would call > tzset() in order to update the libc with the timezone information for > the time related functions, but PHP would not call tzset() again when > the environment was reset." > > > > I don't know enough of the internal workings of PHP to think of any > "work arounds"... I thought maybe making a putenv or setlocale > script at the start of my webpages to "reset" the PHP TZ but it still > does me no good within Horde. Besides, after trying the test script > I see it wouldn't have worked anyhow. > > > > What's strange is only Horde does this when other web apps that > manipulate TZ's don't... <shrug> This is such a bummer...
Attachment
Watch this ticket

Saved Queries