Note for Homebrew users upgrading to PHP 8.4.13

jakob · 2025-09-30 09:15:39

If you suddenly find Textpattern is producing strftime errors (there is still once instance in the core here, and of gmstrftime here), the cause can be traced to the following:

According to the formula docs from 8.4.13 (maybe also lower 8.x versions too?), and the install notices in the terminal, which are easy to miss, “The PHP Internationalization extension is now in the `php-intl` formula.”. This means you also need to:

brew install php-intl

and restart your services. Depending on your setup you may need to edit your php.ini or httpd.conf (see the notes in the docs). Valet users just need to restart valet.

phiw13 · 2025-09-30 09:32:59

What action would trigger an error, specifically? I haven’t seen any. …Yet…

But then maybe the fact I run Hombrew on a macOS13 machine… (which is now unsupported by Homebrew)

Thank you for the memo anyway.

Last edited by phiw13 (2025-09-30 09:33:37)

jakob · 2025-09-30 13:03:37

A lot of panels are affected: pretty much any panel with a date on it, e.g. the list panel, the prefs panel, the users panel … It can’t find the class IntlDateFormatter… I’ve no idea why it’s no longer bundled…

phiw13 · 2025-09-30 13:48:12

I got none of that. Changing date on an article, etc, etc all moved fine, no errors

I have one suspicion: Do you use the Homebrew provided version of PHP, or the Shivamatur tap github.com/shivammathur/homebrew-php ? I use the latter, which has served me well, it is a little slower updating– ~2 days later, but never had any issues)

(the the Shivamatur tap as suggested by the fine folks at Grav, here: getgrav.org/blog/macos-sequoia-apache-multiple-php-versions)

etc · 2025-09-30 15:42:08

You will only see it if intl is not enabled and your date format uses a localised string (month/weekday name etc). Save for adding these strings to txp language package, there is nothing we can do in this case.

jakob · 2025-09-30 16:04:28

phiw13 wrote #340783:

I got none of that. Changing date on an article, etc, etc all moved fine, no errors

I have one suspicion: Do you use the Homebrew provided version of PHP, or the Shivamatur tap github.com/shivammathur/homebrew-php ?

Good that you had no issues. I do use the standard ones as they play nicely with PHPmon, but I know of the other formulas.

etc wrote #340784:

You will only see it if intl is not enabled and your date format uses a localised string (month/weekday name etc). Save for adding these strings to txp language package, there is nothing we can do in this case.

Yes, I thought it would be unlikely for a bugfix update to start introducing stricter deprecation, and when the error message mentioned a missing class, I searched for reasons why… I have no idea why php-intl was separated out at this point, though. Seems arbitrary, though I’m sure someone had a reason.

Really, I just wanted to give folks a heads-up before people start posting issues about errors on GitHub…

etc · 2025-09-30 16:34:16

The Diagnostics should complain about missing intl extension, is that the case?

jakob · 2025-09-30 21:14:27

etc wrote #340786:

The Diagnostics should complain about missing intl extension, is that the case?

So I did brew unlink php-intl and restarted the local server. Then I get this error …

8192 "Function strftime() is deprecated since 8.1, use IntlDateFormatter::format() instead"
in /Users/julian/Sites/frauenzentrum-weimar/textpattern/lib/txplib_misc.php at line 2874.

… on Content › Articles, Content › Images, Content › Files, Content › Links and Admin › Users (one for every row of the table), 2 on Content › Write (presumably Posted and Expires), 15x on Admin › Prefs, i.e. everywhere where a date is output.

On Admin › Diagnostics I don’t see it in the warning at the top of the page, nor in the “low” results, but in the “high” results there is the line:

Missing recommended extensions: intl

So TL;DR: 👍 (if you know where to look).

Functionality is restored again after brew link php-intl and restarting valet.

phiw13 · 2025-09-30 23:24:31

With the afore mentioned shivammathur PHP version , Admin > Diagnostics (high results) reports:

Installed extensions: Core (8.4.13), date (8.4.13), libxml (8.4.13), openssl (8.4.13), pcre (8.4.13), sqlite3 (8.4.13), zlib (8.4.13), bcmath (8.4.13), bz2 (8.4.13), calendar (8.4.13), ctype (8.4.13), curl (8.4.13), dba (8.4.13), dom (20031129), json (8.4.13), FFI (8.4.13), fileinfo (8.4.13), filter (8.4.13), ftp (8.4.13), gd (8.4.13), gettext (8.4.13), gmp (8.4.13), hash (8.4.13), iconv (8.4.13), intl (8.4.13), SPL (8.4.13), ldap (8.4.13), mbstring (8.4.13), session (8.4.13), standard (8.4.13), mysqlnd (mysqlnd 8.4.13), mysqli (8.4.13), odbc (8.4.13), PDO (8.4.13), pdo_dblib (8.4.13), pdo_mysql (8.4.13), PDO_ODBC (8.4.13), pdo_pgsql (8.4.13), pdo_sqlite (8.4.13), pgsql (8.4.13), Phar (8.4.13), posix (8.4.13), random (8.4.13), Reflection (8.4.13), exif (8.4.13), shmop (8.4.13), SimpleXML (8.4.13), soap (8.4.13), sockets (8.4.13), sodium (8.4.13), sysvmsg (8.4.13), sysvsem (8.4.13), sysvshm (8.4.13), tidy (8.4.13), tokenizer (8.4.13), xml (8.4.13), xmlreader (8.4.13), xmlwriter (8.4.13), xsl (8.4.13), zip (1.22.6), apache2handler (8.4.13), Zend OPcache (8.4.13)

intl (8.4.13) is there and as far as I can tell, doing its job.

Very strange – why did the default Homebrew > PHP remove that part from the default install. Hasn’t it been part of a standard PHP install since PHP 8.0 or so?

jakob · Yesterday 06:39:11

phiw13 wrote #340789:

Very strange – why did the default Homebrew > PHP remove that part from the default install. Hasn’t it been part of a standard PHP install since PHP 8.0 or so?

All I could find is this commit and this issue neither of which I really understand.

etc · Yesterday 08:01:55

jakob wrote #340788:

So TL;DR: 👍 (if you know where to look).

Thanks! Should be made more evident, perhaps.

phiw13 · Yesterday 08:18:13

jakob wrote #340795:

All I could find is this commit and this issue neither of which I really understand.

Some “magical” conflicts between Clang and GCC (compilers). The little bit I knew about those things from the Camino days I have mercifully forgotten. I am a little surprised they do that in a dot-dot release (?). I think the shivammathur PHP version I use is fetched directly from the PHP mummy-ship.

etc wrote #340799:

Thanks! Should be made more evident, perhaps.

Yes, as part of the warnings and errors at the top ?

Textpattern CMS

Textpattern CMS support forum

#1 2025-09-30 09:15:39