#42910 [NEW]: Constructing DateTime with TimeZone Indicator invalidates DateTimeZone

From: php at michaelho dot com Operating system: Mac OS X 10.4.10 PHP version: 5.2.4 PHP Bug Type: Date/time related Bug description: Constructing DateTime with TimeZone Indicator invalidates DateTimeZone Description: ------------ When creating a new DateTime with an timezone indicator (e.g. "-0800"), it seems to ignore any DateTimeZone rules as specified either by the default_timezone setting OR by an explicit DateTimeZone parameter. Notice that in the example below, the engine no longer applies DateTimeZone rules for $bar, even though the engine still lists "America/Los_Angeles" as $bar's DateTimeZone value. My guess is that a timezone indicator is passed into the __construct() method, it will be very difficult for the engine to deduce the correct DateTimeZone rules to use for that DateTime object, and thus, no rules should be applied after this point. If this is the case, then at the very least $bar->getTimezone()->getName() should return something like 'Undefined' or 'Custom/-0800' or something like that, to correctly indicate it is no longer using 'America/Los_Angeles' timezone rules. Reproduce code: --------------- date_default_timezone_set('America/Los_Angeles'); $foo = new DateTime('2007-03-11'); $bar = new DateTime('2007-03-11T00:00:00-0800'); print $foo->format(DateTime::ISO8601) . ' - ' . $foo->getTimezone()->getName() . ' - ' . $foo->format('U') . "\r\n"; print $bar->format(DateTime::ISO8601) . ' - ' . $foo->getTimezone()->getName() . ' - ' . $bar->format('U') . "\r\n"; $foo->setDate(2007, 03, 12); $bar->setDate(2007, 03, 12); print $foo->format(DateTime::ISO8601) . ' - ' . $foo->getTimezone()->getName() . ' - ' . $foo->format('U') . "\r\n"; print $bar->format(DateTime::ISO8601) . ' - ' . $foo->getTimezone()->getName() . ' - ' . $bar->format('U') . "\r\n"; Expected result: ---------------- 2007-03-11T00:00:00-0800 - America/Los_Angeles - 1173600000 2007-03-11T00:00:00-0800 - America/Los_Angeles - 1173600000 2007-03-12T00:00:00-0700 - America/Los_Angeles - 1173682800 2007-03-12T00:00:00-0700 - America/Los_Angeles - 1173682800 Actual result: -------------- 2007-03-11T00:00:00-0800 - America/Los_Angeles - 1173600000 2007-03-11T00:00:00-0800 - America/Los_Angeles - 1173600000 2007-03-12T00:00:00-0700 - America/Los_Angeles - 1173682800 2007-03-12T00:00:00-0800 - America/Los_Angeles - 1173686400 -- Edit bug report at http://bugs.php.net/?id=42910&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=42910&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=42910&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=42910&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=42910&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=42910&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=42910&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=42910&r=needscript Try newer version: http://bugs.php.net/fix.php?id=42910&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=42910&r=support Expected behavior: http://bugs.php.net/fix.php?id=42910&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=42910&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=42910&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=42910&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=42910&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=42910&r=dst IIS Stability: http://bugs.php.net/fix.php?id=42910&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=42910&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=42910&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=42910&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=42910&r=mysqlcfg