Function strftime() has been DEPRECATED as of PHP 8.1.0 but is still used in safe_strftime about textpattern HOT 8 CLOSED

Are you the lucky one, just to be sure?

from textpattern.

I am not sure at all, sorry. Investigating.

I am currently rebuilding my dev setup and suddenly out of the blue this error appeared. First, I blamed XDEBUG, then I found this thread and now I'm a bit confused what really happens...

My php.ini contains the line ;extension=intl with a prefix comment. I am running XAMPP like testdeputy here.

My phpinfo() reports this no matter whether I enable or disable ;extension=intl in the php.ini file :

intl

Confusing... Any help very appreciated.

from textpattern.

Theoretically, txp calls strftime() only if it has no other choice:

• the date format includes a localized string (month name etc)
• intl extension is not enabled

Have you tried to uncomment extension=intl (and restart the server)?

from textpattern.

Yes, I have (un)commented the php.ini line regarding extension intl. Didn't help at any state.

I now changed the Archive date format in Preferences to %Y-%m-%d, and then back to the previous pattern %b %d, %I:%M %p which it had when the error popped up. The error vanished. Misterioso.

from textpattern.

If it's on a remote server, there is sometimes a lag after settings change. Or a cache issue. Otherwise no clue.

from textpattern.

I am working on my local machine.

And now the error has reappeared without me doing anything. It looks like it depends on the $whatever. Time to close the lid it seems. Heisenbug.

from textpattern.

Is class_exists('IntlDateFormatter') misbehaving somehow?

from textpattern.

class_exists('IntlDateFormatter') returns false correctly in situations when the error pops up.
After good night's sleep and definitely uncommenting extension=intl in php.ini the error does not occur any more.
Looks like PEBKAC. Sorry for the confusion.

from textpattern.