Bug #69916 [Com]: DateTime and bad behaviour with DateTimeZone

Edit report at https://bugs.php.net/bug.php?id=69916&edit=1 ID: 69916 Comment by: marcus at onlab dot org Reported by: marcus at onlab dot org Summary: DateTime and bad behaviour with DateTimeZone Status: Verified Type: Bug Package: Date/time related Operating System: osx PHP Version: 5.6.10 Block user comment: N Private report: N New Comment: This means that I can't rely on DateTime formats to persist and work with it so PHP should deprecate this formats and suggest a new one that works, don't you think? I tested each format and all of them have the same issue (I can't post all links here due SPAM policy https://gist.github.com/anonymous/c4e4a482220ebe5f2055 ) ATOM http://3v4l.org/1idd6 Previous Comments: ------------------------------------------------------------------------ [2015-06-24 00:18:51] cmb@php.net However, the documentation on other timezone identifiers[1] (such as GMT-3) states: | Please do not use any of the timezones listed here (besides | UTC), they only exist for backward compatible reasons. | If you disregard the above warning, please also note that the | IANA timezone database that provides PHP's timezone support uses | POSIX style signs, which results in the Etc/GMT+n and Etc/GMT-n | time zones being reversed from common usage. [1] <http://www.php.net/manual/en/timezones.others.php> ------------------------------------------------------------------------ [2015-06-23 23:10:03] requinix@php.net Your output is backwards: you show the time before you change the timezone. Not backwards: http://3v4l.org/8Gm26 Switching from GMT-3 to America/Sao_Paulo moves the hour -3 every time but the first. ------------------------------------------------------------------------ [2015-06-23 22:57:59] marcus at onlab dot org Description: ------------ Reproduced on PHP 5.6.10 (cli) (built: Jun 12 2015 10:07:24) osx Yosemit 10.10.3 Darwin Kernel Version 14.3.0, and PHP 5.5.23 (cli) (built: Mar 23 2015 01:47:37) php.ini date.timezone => UTC => UTC Reproduced on Amazon machines: PHP 5.6.10-1+deb.sury.org~trusty+1 (cli) Test script: --------------- More cases: https://gist.github.com/onlab/71a863feed01f79e7b7a $baseDate = \DateTime::createFromFormat(\DateTime::ISO8601, '2015-06-23T18:00:00-0300'); echo '----- Everything works fine here -----' . PHP_EOL; echo "SET America/Sao_Paulo \t" . $baseDate->format(\DateTime::ISO8601) . PHP_EOL; $baseDate->setTimezone(new \DateTimeZone('America/Sao_Paulo')); echo "SET GMT-3 \t\t" . $baseDate->format(\DateTime::ISO8601) . PHP_EOL; $baseDate->setTimezone(new \DateTimeZone('GMT-3')); echo "SET America/Sao_Paulo \t" . $baseDate->format(\DateTime::ISO8601) . PHP_EOL; $baseDate->setTimezone(new \DateTimeZone('America/Sao_Paulo')); echo '----- Time will be changed -3 hours (bug) -----' . PHP_EOL; echo "SET America/Sao_Paulo \t" . $baseDate->format(\DateTime::ISO8601) . PHP_EOL; $baseDate->setTimezone(new \DateTimeZone('America/Sao_Paulo')); echo '----- Everything works fine here -----' . PHP_EOL; echo "SET GMT-3 \t\t" . $baseDate->format(\DateTime::ISO8601) . PHP_EOL; $baseDate->setTimezone(new \DateTimeZone('GMT-3')); Expected result: ---------------- Regardless of the timezone I'm using, both represents GMT-3. So the result should be the below result in any result: 2015-06-23T18:00:00-0300 Actual result: -------------- ----- Everything works fine here ----- SET America/Sao_Paulo 2015-06-23T18:00:00-0300 SET GMT-3 2015-06-23T18:00:00-0300 SET America/Sao_Paulo 2015-06-23T18:00:00-0300 ----- Time will be changed -3 hours (bug) ----- SET America/Sao_Paulo 2015-06-23T15:00:00-0300 ----- Everything works fine here ----- SET GMT-3 2015-06-23T15:00:00-0300 ------------------------------------------------------------------------ -- Edit this bug report at https://bugs.php.net/bug.php?id=69916&edit=1