ID: 41049
User updated by: dobes at lnx dot cz
Reported By: dobes at lnx dot cz
-Status: Bogus
+Status: Open
Bug Type: Date/time related
Operating System: gentoo linx
PHP Version: 5.2.1
New Comment:
Once again.
I have data (time is in CET timezone whole year). So why when I set by
date_default_timezone_set() CET, function returned me UTC+2 (ie. CEST)
when some palces in CET timeznoe are using CEST. I don't need
continent/location definition, because when I set CET it is UTC+1
(please read some further docs about timezones). So returning CET/CEST
depending on date is wrong because CET != CEST.
I know how have I do some 'walk around'. But when I have to try some
places if they are in the right timeznone (or the right UTC+n) and use
summer time or not it's stupid and wrong. And all because some really
intelligent people implemented some strange 'intelligence' into PHP
time/date functions.
UTC+x are there just for you convenience.
- no, this is because it shows clear relations between different
timezones.
Notice: date_default_timezone_set()
[function.date-default-timezone-set]: Timezone ID 'UTC+1' is invalid
Notice: date_default_timezone_set()
[function.date-default-timezone-set]: Timezone ID 'GMT+1' is invalid
So how to set default timezone to UTC+1 ???
Result: it is not bug, it is wrong deign, but how to write bug report
about wrong design?
Previous Comments:
------------------------------------------------------------------------
[2007-04-13 21:51:59] [EMAIL PROTECTED]
UTC+x are there just for you convenience.
If that's NOT what you need, use the correct name of the timezone you
need.
------------------------------------------------------------------------
[2007-04-13 21:42:15] dobes at lnx dot cz
In documentation you provide continent/location for setting timezone
(in documentation $timezone_identifier)
You are able set timezone by timezone code (UTC, WET, CET, etc.).
This timezone is defined like distance form UTC (ie. CET = UTC+1).
It's strange to accept UTC+2 for dates when some places in current
timezone has summer time (for CET it's CEST) because some countries
don't have summer time (Algeria has CET, but they don't have any CEST).
So add this type of intelligence into functions is simply bad. For
getting correspondent local time is continent/location and not shifting
timezones.(CET != CEST)
May be CET is not the best example. Better is WAT. Only one country use
summertime and PHP is automatically returning WAST...
Solution:
- add description of this behaving into documentation (easiest way) or
- handle timezones like UTC+n, so add summertime codes, because now
setting CEST fails.
Please let me know if miss something.
------------------------------------------------------------------------
[2007-04-13 20:13:17] [EMAIL PROTECTED]
Please explain what exactly you think is wrong.
I don't understand a word from your description.
A short reproduce case with expected and actualy values would help a
lot.
------------------------------------------------------------------------
[2007-04-13 18:41:40] dobes at lnx dot cz
Bug is in the documentation (unexpected and undocumented behavior).
------------------------------------------------------------------------
[2007-04-12 06:40:36] dobes at lnx dot cz
And it's good behaving for WAT timezone to? 10 states use only WAT and
only one is using WAT/WAST. (and PHP is only checking if for timezone is
relevant summer time and returned always summertime).
So add description of this behaving into documentation because if you
are able define timezone by place (good for handling normal/summer time)
is strange to get summer time when you are setting normal time.
May be it's because backward compatibility but it's not described in
documentation. Luckily I implemented function at good time (CEST).
Solution will be using UTC+n but it returned error too :-(
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/41049
--
Edit this bug report at http://bugs.php.net/?id=41049&edit=1
