Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
Pages: 1
Override update check interval
I have some sites running Textpattern 4.9.0 on PHP 8.5.1, and all are showing:
There was a problem connecting to the Textpattern update server. Please try again later.
I understand there’s a time interval between update checks, and I’m curious if there’s a way to override this (config.php) in order to troubleshoot any connectivity issues. The version.json endpoint is live, that’s working fine…so I’m assuming the snag is with the site implementation or possibly PHP 8.5.
Offline
Re: Override update check interval
There’s no config.php value governing it that I can remember. The interval is hard coded I think. But you can simply delete the hidden last_update_check pref in the database and the test will be performed on next page refresh.
Just keep deleting the pref to keep testing.
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: Override update check interval
Bloke wrote #341942:
There’s no config.php value governing it that I can remember. It’s hard coded I think. But you can simply delete the hidden lastmod check pref in the database
Perfect. Thanks, Bloke.
PS: have you slept in the last 12 hours?
Offline
Re: Override update check interval
Updated my post above with the value of the pref you’re looking for.
And yes, I got 4.5 hrs. Isn’t that normal 😜
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: Override update check interval
Bloke wrote #341944:
Updated my post above with the value of the pref you’re looking for.
Thank you. I have a feeling there may be something a bit screwy with PHP 8.5 and update checks, but I’m investigating.
And yes, I got 4.5 hrs. Isn’t that normal 😜
Plenty!
Offline
Re: Override update check interval
Bloke wrote #341942:
Just keep deleting the pref to keep testing.
To be clear (since I’m on about as much sleep as you): delete the val TEXT or delete the row?
I’ve tried truncating the val, that didn’t help…I’ve tried changing the epoch, that didn’t help.
I have a vague memory of a code block that can be inserted into an article that checks the update server for the latest version (presumably polls version.json). It may be more straightforward for me to check it’s working then wait for the time interval to pass naturally.
Offline
Re: Override update check interval
gaekwad wrote #341946:
I’ve tried truncating the
val, that didn’t help
Hmmm, I’d have expected if you kill the value it’ll trigger a check. But deleting the entire row won’t do any harm. It’ll recreate it next time you hit the Diagnostics panel.
It checks once an hour otherwise.
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: Override update check interval
Bloke wrote #341947:
Hmmm, I’d have expected if you kill the value it’ll trigger a check. But deleting the entire row won’t do any harm. It’ll recreate it next time you hit the Diagnostics panel.
It checks once an hour otherwise.
Can confirm deleting the row then reloading Diags does recreate the row…and the epoch time value is current, but the Diags warning remains. I will check later with fresher eyes, something feels a bit off with my PHP setup.
Offline
Re: Override update check interval
Fwiw, I don’t see any issues on my side with PHP 8.5 install (Live server) and TXP 4.9.
Where is that emoji for a solar powered submarine when you need it ?
Sand space – admin theme for Textpattern
phiw13 on Codeberg
Offline
#10 Today 10:12:27
Re: Override update check interval
phiw13 wrote #341949:
Fwiw, I don’t see any issues on my side with PHP 8.5 install (Live server) and TXP 4.9.
Thanks, phiw13 – I think it’s a quirk with my legacy PHP compile process. I have a few sites on shared hosting (i.e., stuff that I can’t break) and they appear to be OK…but the Textpattern network sites use a legacy method for compiling & configuring PHP that was just fine with PHP 8.2, but seems to have triggered the OP warning since migrating to PHP 8.5.
Offline
Pages: 1