Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
Pages: 1
Happy PHP 8.5.0 day!
PHP 8.5.0 is officially available today.
Textpattern developers have been tracking the PHP 8.5 release process over the last 6 months, and there will be support for PHP 8.5 in the upcoming Textpattern 4.9.0. There have been some great developments in PHP over recent years, which helps to make PHP even faster – this is on top of the careful & considered work that our developers & contributors have made to Textpattern.
Offline
Re: Happy PHP 8.5.0 day!
Woot. Right. Let’s baton down the hatches in the next week or so, get testing and get 4.9 shipped.
The smd plugin menagerie — for when you need one more gribble of power from Textpattern. Bleeding-edge code available on GitHub.
Txp Builders – finely-crafted code, design and Txp
Offline
Re: Happy PHP 8.5.0 day!
First local tests confirm a very low memory consumption. PHP 8.5 and txp 4.9 are made for each other.
Offline
Re: Happy PHP 8.5.0 day!
I upgraded locally (homebrew made do it…). Uneventful :-(.
Some (probably small) issues with plugins:
etc_query – On the first accessing the front of my test site (and really first run as I could not reproduce it later)
A problem occurred while loading the plugin: etc_query (1.5.8) -> 8192: The predefined locally scoped $http_response_header variable is deprecated, call http_get_last_response_headers() instead on line 199
textpattern/lib/txplib_misc.php:1562 include()
textpattern/publish.php:236 load_plugins()
index.php:76 include()
My basic usages are all corrected / as expected.
With smd_at_work
A problem occurred while loading the plugin: smd_at_work (0.41) -> 8192: Using null as an array offset is deprecated, use an empty string instead on line 1603
core_plugins/smd_at_work/smd_at_work.php:102 register_callback()
core_plugins/smd_at_work/smd_at_work.php:9 smd_at_work->__construct()
textpattern/lib/txplib_misc.php:1562 include()
textpattern/index.php:200 load_plugins()
and another entry with same wording referencing line 1611.
–^–^–
And that is it so far, sorry to disappoint you, gentlemen. Articles and list pages do what I expect them to, etc. Going through the admin side, saving or publishing an article etc.
-^–^–
One change (a new entry, actually) in php.ini that might warrant some attention, given there had been problems with line endings in headers.
; Control line ending mode for mail messages and headers.
; Possible values: "crlf" (default), "lf", "mixed", "os"
; - crlf: Use CRLF line endings
; - lf: Use LF line endings only (converts CRLF in message to LF)
; - mixed: Same as mail.mixed_lf_and_crlf = On
; - os: Use CRLF on Windows, LF on other systems
mail.cr_lf_mode = crlfI have not tested com_connect beyond seeing my form displayed and send (cannot test further, no local mailserver).
Where is that emoji for a solar powered submarine when you need it ?
Sand space – admin theme for Textpattern
phiw13 on Codeberg
Offline
Re: Happy PHP 8.5.0 day!
phiw13 wrote #341316:
etc_query– On the first accessing the front of my test site (and really first run as I could not reproduce it later)
That’s a very intriguing issue that I’ve got too, even with the patched etc_query version. Actually, if you try (pre)viewing this block in php 8.5
<txp:php>
if (0) dmp($http_response_header);
</txp:php>you’ll get this warning, even if the variable is never accessed. And it seems to come from different error handlers on the first and on the following calls.
How are we expected to code defensively, given that http_get_last_response_headers() function exists only since php 8?
Offline
Pages: 1