My provider switched by error to PHP 5.3.2 version instead of PHP 5.2.13. This gives me the possibility to test with PHP 5.3. ;-)
* warning: date() [function.date]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CEST/2.0/DST' instead in sites/all/modules/submitted_by/submitted_by.module on line 322.
The warning in http://drupal.org/node/307520#comment-2448248 seems to be the same. Maybe this could be a hint. I've switched to the token dev version and that fixed my token PHP 5.3 problems.
I just want to let you know about this issue.
Comments
Comment #1
ibex commentedIt could also be that this is only a symptom and the problem is elsewhere.
Comment #2
nancydruI changed my token code to be like what is in the referenced issue. I could not test it, so I rely on you.
Comment #4
xeontheone commentedThis bug it's still valid.
I've workarounded it putting a
in submitted_by.module, at file beginning.
Anyway, should be fixed.
Comment #5
doomed commentedIs this fixed on version 6.1.4?
I recently found that one of my sites is having the exact same problem.
Using version 6.x-1.x-dev
Comment #6
doomed commentedYesterday I was running this website on PHP 5.3.29 on a different server and I had this problem.
I moved servers, the new one has PHP Version 5.4.13 and this problem remains.
Using Token 6.x-1.13, so I followed the first suggestion and updated to Token 6.x-1.19 but the Error messages remained.
Then i updated the "Submitted by" module, from version 6.x-1.x-dev to version 6.1.4. Still the same :(
Ended up going to the PHP settings specific to this domain, and added this directive
date.timezone = "xxx"where xxx is one of the supported timezones listed here http://php.net/manual/en/timezones.phpExample:
date.timezone = "Europe/Paris"This page explains how to make changes on PHP.ini for a specific domain if you're using something like Plesk and want to avoid the command line: https://mediatemple.net/community/products/dv/204403894/how-can-i-edit-t...
Ran phpinfo() to confirm that the value had been applied and immediately noticed the error message doesn't appear on the website anymore. Yay!
Update 1:
Weird, the error messages are gone on my user, but logged out (anonymous visitor), they still appear!?
Update 2:
Ran cron, and the error messages are gone on both logged in and out. Everything seems good now!
Comment #7
nancydru6.x-1.x is no longer supported.