ID: 39050
Updated by: [EMAIL PROTECTED]
Reported By: duerra_NOT_THIS_ at pushitlive dot net
-Status: Open
+Status: Bogus
Bug Type: Date/time related
Operating System: Linux
PHP Version: 5.1.6
New Comment:
Your OS does the same for example:
[EMAIL PROTECTED]:~$ TZ=UTC date
Thu Oct 5 16:26:02 UTC 2006
[EMAIL PROTECTED]:~$ TZ=GMT-2 date
Thu Oct 5 18:26:07 GMT 2006
[EMAIL PROTECTED]:~$ TZ=GMT+6 date
Thu Oct 5 10:26:11 GMT 2006
The explanation (from the timezone database definition files) why it is
like this:
# We use POSIX-style signs in the Zone names and the output
abbreviations,
# even though this is the opposite of what many people expect.
# POSIX has positive signs west of Greenwich, but many people expect
# positive signs east of Greenwich. For example, TZ='Etc/GMT+4' uses
# the abbreviation "GMT+4" and corresponds to 4 hours behind UTC
# (i.e. west of Greenwich) even though many people would expect it to
# mean 4 hours ahead of UTC (i.e. east of Greenwich).
The timezones you can specify in PHP come directly from this database,
just like it would have been before (in PHP 4 and 5.0). They also do
not take care of daylight savingstime either so they're definitely not
useful and concise. Nothing in PHP is deprecated either as before you'd
do this with the putenv("TZ=xxx") env var which would have given you the
exact same result.
Definitely a bogus bug.
Previous Comments:
------------------------------------------------------------------------
[2006-10-05 16:06:20] duerra_NOT_THIS_ at pushitlive dot net
How is that correct? My time zone is GMT-6 hours, not GMT+6 hours. I
even noticed that it is noted in the user-contributed notes as being
backwards.
Also, I realize that I "should not be using" those values according to
the documentation, but PHP depricating those is lunacy, because having
a select dropdown of hundreds of locations/cities for an end user to
pick from for locale reasons is confusing and tedius. Those values
should not be depricated - they are useful, minimal, and concise. The
same cannot be said about selecting a city out of hundreds of cities
worldwide. Sure it is valid and useful for some instances, but
definitely not for time zone configuration for end users on a site -
and nor is developing a workaround system because useful features are
depricated in the language. I can understand depricating other values
but not the Etc/GMT* values.
PHP really needs to reconsider this. I also still do not understand
how the values provided with those settings are the correct values.
GMT-6 hours would be US/Central, but I'm given the value of somewhere
in Australia. That is not correct.
------------------------------------------------------------------------
[2006-10-05 14:34:46] [EMAIL PROTECTED]
No, those are correct. However, you should not even be using those -
they only exist in the timezone database for backward compatible
reasons. Pick one of the Continent/City combinations.
------------------------------------------------------------------------
[2006-10-05 14:28:38] duerra_NOT_THIS_ at pushitlive dot net
Description:
------------
When using Etc/GMT related values with date_default_timezone_set(), the
values are backwards of what they should be.
Reproduce code:
---------------
<?php
date_default_timezone_set('Etc/GMT');
echo date('H:i').'<br />';
date_default_timezone_set('Etc/GMT-1');
echo date('H:i');
?>
Expected result:
----------------
14:27
13:27
Actual result:
--------------
14:27
15:27
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=39050&edit=1
