Posted 2 years ago #
I recently upgraded to 2.8, and noticed that one option change was automatic Daylight Saving Time (DST) support.
However, my Administration -> Settings -> General still shows the 2.7x Time Zone setting:
hoursUTC time is 2:10 pm UTC -5 is 9:10 am
Unfortunately, you have to manually update this for Daylight Savings Time. Lame, we know, but will be fixed in the future.
Any idea why I'm not seeing the 2.8 option/automatic DST support functionality?
Looks like all the files didn't get put down correct.
Either try the Tools->Upgrade->Reinstall automatically or follow Steps 7 and 8 of Upgrading WordPress Extended.
When the upgrade is in place, change the timezone to a city near you.
Posted 2 years ago #
I was afraid of that.
I'm trying a manual overwrite of downloaded 2.8.zip via FTP. If that doesn't work, I'll delete wp-admin and wp-includes, and re-upload from 2.8.zip.
Posted 2 years ago #
Okay, manual overwrite didn't work. Trying plan B.
Posted 2 years ago #
And Plan B didn't work, either.
I deleted everything, re-uploaded everything, and I still see the old, non-DST option.
How is that even possible?!?
At the very least you should be seeing the text
Choose a city in the same timezone as you.
I changed my Timezone to America->New York and see:
Choose a city in the same timezone as you.
This timezone is currently in daylight savings time.
Standard time begins on: November 1, 2009 1:00 am.
Try clearing your browser cache and cookies. Try from another computer if necessary.
Posted 2 years ago #
Okay, I've got all the current files uploaded.
Take a look at wp-admin\options-general.php, line 99
It appears that, for some reason, my installation is failing a check function called "wp_timezone_supported()", which is why the old option is showing.
Any reason in particular that my installation would fail wp_timezone_supported()?
Posted 2 years ago #
p.s. My host is running PHP 5.1.6-3.7.
The wp_timezone_supported() function appears to be checking for the following PHP functions (functions.php, line 3173):
date_default_timezone_set (requires PHP 5.1.0)
timezone_identifiers_list (requires PHP 5.1.0)
timezone_open (requires PHP 5.1.0)
timezone_offset_get (requires PHP 5.1.0)
So, I should be passing the PHP timezone check, right?
Looks like it does some test to see if PHP supports that.
Who's your host?
What version of PHP?
What webserver and version?
[oops see you already posted that]
You sure about the PHP version?
Finding_Server_Info
Posted 2 years ago #
I'm positive about the PHP version:
PHP Info (full config list)
Host is Doteasy.
Running on an Apache server: Apache/2.2.6 (Fedora)
By the way, I'm working through each of the functions.
date_default_timezone_set should return true (default is set for Los Angeles for my server)
for timezone_identifiers_list, see the PHP manual page, first comment:
Please note that the timezone_identifiers_list function is not available in the most recent versions of PHP available for CentOS/RHEL as of this writing ( 5.1.6-23.2.el5_3 ).
I think the function is labeled as >= 5.1.0 in this documentation because it's possible to get the Date::Time class installed in 5.1 if you're compiling from scratch (or it's a documentation error).
Any chance that could be the issue: that timezone_identifiers_list is unavailable in PHP 5.1.6?
If so, should I submit a bug report?
Looks like you might be right--Reporting Bugs
Posted 2 years ago #
The bottom line is, it appears that wp_timezone_supported() requires PHP 5.2.6 or greater.
Good work.
Posted 2 years ago #
It looks like this is still a problem in 2.8.6. Is that correct?
Posted 2 years ago #
Yes, and not one that will be changed.
Basically, because the functionality degrades "nicely" for installs using PHP <5.2.6, they don't consider it to be a valid bug.
It's just a feature that requires PHP 5.2.6.
This topic has been closed to new replies.
