69
Hi Dave_L,
From what I read, there was a past controversy over how strtotime was being used. Apparently, the strtotime function was sometimes using a timestamp (time()) as the data input for this function, which works on older systems, but "apparently" produces errors on 64 bit systems. There was a debate over whether a timestamp or time() should or could be interpreted as a date string. The conclusion of the controversy, was that timestamps or time() should not be passed to strtotime, since it causes odd results at times (depending on the host system configuration). The last thing I read was that this issue was resolved in PHP5.
I'm not sure exactly where strtotime factors into the smarty date_format, but from what I researched, it sounded like it had been utilized in some way. Whether this is accurate, I don't know. I'm not a PHP programmer, so I'm just going by what I've read online. I'm wondering if maybe earlier versions of Smarty utilized strtotime in the date function calculations?
In any case, there is definitely a smarty date bug that occurs with PHP4 on some server configurations, and which causes smarty generated dates in XOOPS themes to display incorrectly. I noticed the problem after moving to a new host/server. Switching from PHP4 TO PHP5 solved the problem on my end.
Dave