Description: ------------ When setting a timezone for a DATE-Object, timezone is correctly set. After Using Date_Span with this object, the timezone for the object is resettet to UTC and needs to be reset. Test script: --------------- $dateone->new Date(); $dateone->setTZbyID("UTC"); $dateone->convertTZbyID("Europe/Berlin"); $span = new Date_Span($dateone,$datetwo); print_r($dateone->tz)

Another example: <?php include 'Date.php'; $d1 = new Date('2006-03-01'); $d2 = new Date('2006-04-01'); $span = new Date_Span(); echo date('H:i:s O') . "\n"; $span->setFromDateDiff($d1, $d2); echo date('H:i:s O') . "\n"; ?>

The underlying problem is in Date_TimeZone::inDaylightTime(). If it can't find the TZ environment variable, it goes ahead and sets the timezone to UTC anyway. It should only change the time zone if it can find the timezone in the first place. Here's a patch... --- TimeZone.orig.php 2006-04-05 10:48:47.000000000 -0400 +++ TimeZone.php 2006-04-05 10:56:09.000000000 -0400 @@ -259,9 +259,9 @@ */ function inDaylightTime($date) { - $env_tz = ""; - if(getenv("TZ")) { - $env_tz = getenv("TZ"); + $env_tz = getenv("TZ"); + if(!$env_tz) { + return 0; } putenv("TZ=".$this->id); $ltime = localtime($date->getTime(), true);

This bug has been fixed in CVS. If this was a documentation problem, the fix will appear on pear.php.net by the end of next Sunday (CET). If this was a problem with the pear.php.net website, the change should be live shortly. Otherwise, the fix will appear in the package's next release. Thank you for the report and for helping us make PEAR better.