Page MenuHomePhabricator
Create Task
Maniphest T261260

Strange secondary error "Class 'WebRequest' not found" in logs after errors like "extension.json is not a valid JSON file"
Closed, ResolvedPublic
Actions

Description

To reproduce, make a typo in extension.json. The following will appear in logs:

[Wed Aug 26 04:03:15.514476 2020] [php7:notice] [pid 1016] [client 127.0.0.1:40328] PHP Fatal error: Uncaught Exception: /var/www/html/trunkwiki/extensions/Something/extension.json is not a valid JSON file. in [...]
[Wed Aug 26 04:03:15.520782 2020] [php7:notice] [pid 1016] [client 127.0.0.1:40328] PHP Fatal error: Uncaught Error: Class 'WebRequest' not found in /var/www/html/trunkwiki/includes/HeaderCallback.php:63\nStack trace:\n#0 [internal function]: MediaWiki\\HeaderCallback::callback()\n#1 {main}\n thrown in /var/www/html/trunkwiki/includes/HeaderCallback.php on line 63

This is possibly harmless (because invalid extension.json is fatal error anyway), but the cause of this message is unclear, + message is strange/confusing and shouldn't be in the logs.
This didn't happen in 1.34, but happens in 1.35.

Details

Related Changes in Gerrit:
Show related patches Customize query in gerrit

Related Objects

Event Timeline

There are a very large number of changes, so older changes are hidden. Show Older Changes
DannyS712 subscribed.Sep 26 2020, 3:49 AM
Reedy added a comment.Sep 26 2020, 6:50 PM
In T261260#6495666, @Reedy wrote:

Another report of this on IRC

[03:24:16] <foreclosurepedia> MW 1.34.2 upgrade to 1.35: Hosting provider tried to update and got following error: 2020-09-26 02:17:55.314738 [NOTICE] [225519] [31.41.218.11:53218] [STDERR] PHP Fatal error:  Uncaught Error: Class 'WebRequest' not found in /home/iafstghq/digitalmatrixgroup.com/includes/HeaderCallback.php:63  thrown in
[03:24:16] <foreclosurepedia> /home/iafstghq/digitalmatrixgroup.com/includes/HeaderCallback.php on line 63
[03:24:51] <foreclosurepedia> *Upgrade.

And again, it was related to an extension.json issue it seems

Fatal error: Uncaught UnexpectedValueException: callback 'MapsRegistration::onRegistration' is not callable in /home/iafstghq/digitalmatrixgroup.com/includes/registration/ExtensionRegistry.php:539 Stack trace: #0 /home/iafstghq/digitalmatrixgroup.com/includes/registration/ExtensionRegistry.php(232): ExtensionRegistry->exportExtractedData(Array) #1 /home/iafstghq/digitalmatrixgroup.com/includes/Setup.php(161): ExtensionRegistry->loadFromQueue() #2 /home/iafstghq/digitalmatrixgroup.com/includes/WebStart.php(89): require_once('/home/iafstghq/...') #3 /home/iafstghq/digitalmatrixgroup.com/index.php(44): require('/home/iafstghq/...') #4 {main} thrown in /home/iafstghq/digitalmatrixgroup.com/includes/registration/ExtensionRegistry.php on line 539
gerritbot added a comment.Sep 27 2020, 12:02 AM

Change 630354 had a related patch set uploaded (by Gergő Tisza; owner: Gergő Tisza):
[mediawiki/core@master] Preload class used in HeaderCallback

https://gerrit.wikimedia.org/r/630354

gerritbot added a project: Patch-For-Review.Sep 27 2020, 12:02 AM
Tgr added a comment.Sep 29 2020, 3:39 AM

FWIW this was fixed at some point in PHP (could not reproduce it with PHP 8 beta).

Reedy added a comment.Sep 29 2020, 7:32 PM
In T261260#6500683, @Tgr wrote:

FWIW this was fixed at some point in PHP (could not reproduce it with PHP 8 beta).

Is it worth upstreaming it to see if they can narrow it down and backport to 7.4, and maybe even 7.3 (even if that's EOL soon)

Seppl2013 subscribed.Oct 1 2020, 3:14 AM

The same secondary message might appear in other contexts. In my case it is:

[Thu Oct 01 05:09:55.814806 2020] [php7:warn] [pid 3581] [client 2.0.0.15:59543] PHP Warning:  require_once(/extensions/Push/Push.php): failed to open stream: No such file or directory in /hd/xatu/srv/www/mediawiki/sites/wiki.bitplan.com/BITPlanSettings.php on line 9, referer: http://merkur.bitplan.com/
[Thu Oct 01 05:09:55.814906 2020] [php7:error] [pid 3581] [client 2.0.0.15:59543] PHP Fatal error:  require_once(): Failed opening required '/extensions/Push/Push.php' (include_path='/hd/xatu/srv/www/mediawiki/mediawiki-1.35.0/vendor/pear/console_getopt:/hd/xatu/srv/www/mediawiki/mediawiki-1.35.0/vendor/pear/mail:/hd/xatu/srv/www/mediawiki/mediawiki-1.35.0/vendor/pear/mail_mime:/hd/xatu/srv/www/mediawiki/mediawiki-1.35.0/vendor/pear/net_smtp:/hd/xatu/srv/www/mediawiki/mediawiki-1.35.0/vendor/pear/net_socket:/hd/xatu/srv/www/mediawiki/mediawiki-1.35.0/vendor/pear/pear-core-minimal/src:/hd/xatu/srv/www/mediawiki/mediawiki-1.35.0/vendor/pear/pear_exception:.:/usr/share/php') in /hd/xatu/srv/www/mediawiki/sites/wiki.bitplan.com/BITPlanSettings.php on line 9, referer: http://merkur.bitplan.com/
[Thu Oct 01 05:09:55.815393 2020] [php7:error] [pid 3581] [client 2.0.0.15:59543] PHP Fatal error:  Uncaught Error: Class 'WebRequest' not found in /hd/xatu/srv/www/mediawiki/mediawiki-1.35.0/includes/HeaderCallback.php:63\nStack trace:\n#0 [internal function]: MediaWiki\\HeaderCallback::callback()\n#1 {main}\n  thrown in /hd/xatu/srv/www/mediawiki/mediawiki-1.35.0/includes/HeaderCallback.php on line 63, referer: http://merkur.bitplan.com/

The errore message doesn't make much sense like this infact it's only the variable $IP that is not set which makes require_once look in a wrong directory.

Reedy added a comment.Oct 1 2020, 8:39 PM

Amusingly, Beta is failing with this too atm

21:36:38 20:36:38 Checking for new runtime errors locally
21:36:42 20:36:42 Scap failed!: Call to mwscript eval.php returned: 255
21:36:42 20:36:42 stderr: Fatal error: Uncaught ConfigException: Failed to load configuration from etcd: (curl error: 7) Couldn't connect to server in /srv/mediawiki-staging/php-master/includes/config/EtcdConfig.php:202
21:36:42 Stack trace:
21:36:42 #0 /srv/mediawiki-staging/php-master/includes/config/EtcdConfig.php(124): EtcdConfig->load()
21:36:42 #1 /srv/mediawiki-staging/wmf-config/CommonSettings.php(132): EtcdConfig->getModifiedIndex()
21:36:42 #2 /srv/mediawiki-staging/php-master/LocalSettings.php(5): require('/srv/mediawiki-...')
21:36:42 #3 /srv/mediawiki-staging/php-master/includes/Setup.php(143): require_once('/srv/mediawiki-...')
21:36:42 #4 /srv/mediawiki-staging/php-master/maintenance/doMaintenance.php(90): require_once('/srv/mediawiki-...')
21:36:42 #5 /srv/mediawiki-staging/php-master/maintenance/CommandLineInc.php(74): require('/srv/mediawiki-...')
21:36:42 #6 /srv/mediawiki-staging/php-master/maintenance/eval.php(39): require_once('/srv/mediawiki-...')
21:36:42 #7 /srv/mediawiki-staging/multiversion/MWScript.php(101): require_once('/srv/mediawiki-...')
21:36:42 #8 {main}
21:36:42   thrown in /srv/mediawiki-staging/php-master/includes/config/EtcdConfig.php on line 202
21:36:42 Fatal error: Uncaught Error: Class 'WebRequest' not found in /srv/mediawiki-staging/php-master/includes/HeaderCallback.php:63
21:36:42 Stack trace:
21:36:42 #0 [internal function]: MediaWiki\HeaderCallback::callback()
21:36:42 #1 {main}
21:36:42   thrown in /srv/mediawiki-staging/php-master/includes/HeaderCallback.php on line 63
``
CDanis subscribed.Oct 3 2020, 2:08 AM
DannyS712 mentioned this in T264563: Beta cluster: stat failed for PagedTiffHandler/extension.json.Oct 5 2020, 4:18 AM
• ema subscribed.Oct 5 2020, 7:22 AM
Urbanecm subscribed.Oct 5 2020, 11:33 AM
In T261260#6510375, @Reedy wrote:

Amusingly, Beta is failing with this too atm

21:36:38 20:36:38 Checking for new runtime errors locally
21:36:42 20:36:42 Scap failed!: Call to mwscript eval.php returned: 255
21:36:42 20:36:42 stderr: Fatal error: Uncaught ConfigException: Failed to load configuration from etcd: (curl error: 7) Couldn't connect to server in /srv/mediawiki-staging/php-master/includes/config/EtcdConfig.php:202
21:36:42 Stack trace:
21:36:42 #0 /srv/mediawiki-staging/php-master/includes/config/EtcdConfig.php(124): EtcdConfig->load()
21:36:42 #1 /srv/mediawiki-staging/wmf-config/CommonSettings.php(132): EtcdConfig->getModifiedIndex()
21:36:42 #2 /srv/mediawiki-staging/php-master/LocalSettings.php(5): require('/srv/mediawiki-...')
21:36:42 #3 /srv/mediawiki-staging/php-master/includes/Setup.php(143): require_once('/srv/mediawiki-...')
21:36:42 #4 /srv/mediawiki-staging/php-master/maintenance/doMaintenance.php(90): require_once('/srv/mediawiki-...')
21:36:42 #5 /srv/mediawiki-staging/php-master/maintenance/CommandLineInc.php(74): require('/srv/mediawiki-...')
21:36:42 #6 /srv/mediawiki-staging/php-master/maintenance/eval.php(39): require_once('/srv/mediawiki-...')
21:36:42 #7 /srv/mediawiki-staging/multiversion/MWScript.php(101): require_once('/srv/mediawiki-...')
21:36:42 #8 {main}
21:36:42   thrown in /srv/mediawiki-staging/php-master/includes/config/EtcdConfig.php on line 202
21:36:42 Fatal error: Uncaught Error: Class 'WebRequest' not found in /srv/mediawiki-staging/php-master/includes/HeaderCallback.php:63
21:36:42 Stack trace:
21:36:42 #0 [internal function]: MediaWiki\HeaderCallback::callback()
21:36:42 #1 {main}
21:36:42   thrown in /srv/mediawiki-staging/php-master/includes/HeaderCallback.php on line 63
``

That's because extensions disappeared from beta, fixed in T264563. Scap is running (https://integration.wikimedia.org/ci/job/beta-scap-eqiad/319599/console), and it should complete w/o errors.

Reedy added a comment.EditedOct 5 2020, 11:38 AM

No its not. It’s a different error ;)

The etcd host had been turned off for maintenance, and was fixed when it was turned on again. Hence Couldn't connect to server in /srv/mediawiki-staging/php-master/includes/config/EtcdConfig.php:202

I only posted it on here as it was another example of this error, but one that didn't involve any extensions

gerritbot added a comment.Oct 7 2020, 1:10 AM

Change 630354 merged by jenkins-bot:
[mediawiki/core@master] Preload class used in HeaderCallback

https://gerrit.wikimedia.org/r/630354

gerritbot added a comment.Oct 7 2020, 1:13 AM

Change 632562 had a related patch set uploaded (by Reedy; owner: Gergő Tisza):
[mediawiki/core@REL1_35] Preload class used in HeaderCallback

https://gerrit.wikimedia.org/r/632562

ReleaseTaggerBot added a project: MW-1.36-notes (1.36.0-wmf.13; 2020-10-12).Oct 7 2020, 2:00 AM
gerritbot added a comment.Oct 7 2020, 4:24 PM

Change 632679 had a related patch set uploaded (by Jforrester; owner: Gergő Tisza):
[mediawiki/core@wmf/1.36.0-wmf.12] Preload class used in HeaderCallback

https://gerrit.wikimedia.org/r/632679

gerritbot added a comment.Oct 7 2020, 4:24 PM

Change 632680 had a related patch set uploaded (by Hashar; owner: Gergő Tisza):
[mediawiki/core@wmf/1.36.0-wmf.10] Preload class used in HeaderCallback

https://gerrit.wikimedia.org/r/632680

gerritbot added a comment.Oct 7 2020, 4:25 PM

Change 632681 had a related patch set uploaded (by Jforrester; owner: Gergő Tisza):
[mediawiki/core@wmf/1.36.0-wmf.11] Preload class used in HeaderCallback

https://gerrit.wikimedia.org/r/632681

gerritbot added a comment.Oct 7 2020, 4:59 PM

Change 632680 merged by jenkins-bot:
[mediawiki/core@wmf/1.36.0-wmf.10] Preload class used in HeaderCallback

https://gerrit.wikimedia.org/r/632680

ReleaseTaggerBot edited projects, added MW-1.36-notes (1.36.0-wmf.10; 2020-09-22); removed MW-1.36-notes (1.36.0-wmf.13; 2020-10-12).Oct 7 2020, 6:00 PM
Stashbot added a comment.Oct 7 2020, 6:12 PM

Mentioned in SAL (#wikimedia-operations) [2020-10-07T18:12:06Z] <hashar@deploy1001> Synchronized php-1.36.0-wmf.10/includes/HeaderCallback.php: Preload class used in HeaderCallback - T261260 (duration: 01m 01s)

Tgr added a comment.Oct 7 2020, 6:29 PM
In T261260#6502942, @Reedy wrote:

Is it worth upstreaming it to see if they can narrow it down and backport to 7.4, and maybe even 7.3 (even if that's EOL soon)

We probably should, yeah.

gerritbot added a comment.Oct 7 2020, 6:36 PM

Change 632681 merged by jenkins-bot:
[mediawiki/core@wmf/1.36.0-wmf.11] Preload class used in HeaderCallback

https://gerrit.wikimedia.org/r/632681

gerritbot added a comment.Oct 7 2020, 6:36 PM

Change 632679 merged by jenkins-bot:
[mediawiki/core@wmf/1.36.0-wmf.12] Preload class used in HeaderCallback

https://gerrit.wikimedia.org/r/632679

ReleaseTaggerBot edited projects, added MW-1.36-notes (1.36.0-wmf.12; 2020-10-05; NEVER DEPLOYED); removed MW-1.36-notes (1.36.0-wmf.10; 2020-09-22).Oct 7 2020, 7:00 PM
Tgr added a comment.Oct 9 2020, 11:58 PM
In T261260#6526588, @Tgr wrote:
In T261260#6502942, @Reedy wrote:

Is it worth upstreaming it to see if they can narrow it down and backport to 7.4, and maybe even 7.3 (even if that's EOL soon)

We probably should, yeah.

Looks like this might be #79718. According to which, what actually matters is not the fatal but the lack of output and the same can happen for e.g. 301 or 204 responses. Which checks out - the test case in T261260#6495675 works just as well without the exception throwing.

To quote from that bug: the callback is running when output is being flushed after script execution and when autoloading is no longer available ... Which leads to an easy solution: have your script flush at the end. So the more robust fix would be to call flush() somewhere, probably right before MediaWiki::doPostOutputShutdown().

ChrisC subscribed.Nov 8 2020, 2:19 PM

In case other people automating MediaWiki installs arrive here... I found that this issue only occurs for the first command that is run after php maintenance/install.php and also that a web request also causes an error to be avoided, so I've added one to Ansible role I'm updating for automating MediaWiki 1.35.0 installs.

This is the error I was getting with PHP7.3 on Debian when trying to set the admin email address after running the CLI install script:

php maintenance/resetUserEmail.php Admin chris@webarchitects.co.uk
PHP Notice:  getimagesize(): Read error! in /home/wiki/sites/135/w/extensions/UploadLogo/SpecialUploadLogo.php on line 202
PHP Warning:  copy(): The first argument to copy() function cannot be a directory in /home/wiki/sites/135/w/extensions/UploadLogo/SpecialUploadLogo.php on line 284
PHP Warning:  copy(/home/wiki/sites/135/w/images/logo/candidate/20201108-94bb18940e): failed to open stream: No such file or directory in /home/wiki/sites/135/w/extensions/UploadLogo/SpecialUploadLogo.php on line 175
PHP Fatal error:  Uncaught Exception: Error Processing Request in /home/wiki/sites/135/w/extensions/UploadLogo/SpecialUploadLogo.php:176
Stack trace:
#0 /home/wiki/sites/135/w/extensions/UploadLogo/UploadLogo.hooks.php(47): SpecialUploadLogo->changeLogo('/home/wiki/site...', '/home/wiki/site...')
#1 /home/wiki/sites/135/w/includes/registration/ExtensionRegistry.php(541): UploadLogoHooks::onExtensionLoad(Array)
#2 /home/wiki/sites/135/w/includes/registration/ExtensionRegistry.php(232): ExtensionRegistry->exportExtractedData(Array)
#3 /home/wiki/sites/135/w/includes/Setup.php(161): ExtensionRegistry->loadFromQueue()
#4 /home/wiki/sites/135/w/maintenance/doMaintenance.php(91): require_once('/home/wiki/site...')
#5 /home/wiki/sites/135/w/maintenance/resetUserEmail.php(82): require_once('/home/wiki/site...')
#6 {main}
  thrown in /home/wiki/sites/135/w/extensions/UploadLogo/SpecialUploadLogo.php on line 176
PHP Fatal error:  Uncaught Error: Class 'WebRequest' not found in /home/wiki/sites/135/w/includes/HeaderCallback.php:63
Stack trace:
#0 [internal function]: MediaWiki\HeaderCallback::callback()
#1 {main}
  thrown in /home/wiki/sites/135/w/includes/HeaderCallback.php on line 63
Reedy added a comment.Nov 8 2020, 3:18 PM

You've still seemingly got some configuration issue relating to the UploadLogo extension... Which seems to be the pattern of an early-ish triggered warning/fatal causing Uncaught Error: Class 'WebRequest' not found... Should be fixed in 1.35.1

Presumably your web request acts in a opcache warming role?

ChrisC added a comment.Nov 8 2020, 6:59 PM

Thanks, I have checked and you are right, I don't get the error when no extra extensions are automatically installed or when the additional extensions are all installed apart from the UploadLogo extension.

Tgr added a comment.Nov 9 2020, 4:59 AM

Please don't report the companion errors to "WebRequest not found" in this task; they could be pretty much anything. Use the support desk, or, if you are confident it's a bug, file a separate report.

gerritbot added a comment.Nov 9 2020, 5:12 AM

Change 632562 merged by jenkins-bot:
[mediawiki/core@REL1_35] Preload class used in HeaderCallback

https://gerrit.wikimedia.org/r/632562

ReleaseTaggerBot added a project: MW-1.35-notes.Nov 9 2020, 6:00 AM
Maintenance_bot removed a project: Patch-For-Review.Nov 9 2020, 6:10 AM
Reedy mentioned this in T268141: Scap beta failing on mweval.Nov 18 2020, 2:44 PM

Seen on T268141: Scap beta failing on mweval, we seem to have the same issue with RequestContext as we do with WebRequest

03:14:22 Fatal error: Uncaught Error: Class 'RequestContext' not found in /srv/mediawiki-staging/php-master/includes/WebRequest.php:333
03:14:22 Stack trace:
03:14:22 #0 /srv/mediawiki-staging/php-master/includes/HeaderCallback.php(70): WebRequest::getRequestId()
03:14:22 #1 [internal function]: MediaWiki\HeaderCallback::callback()
03:14:22 #2 {main}
03:14:22   thrown in /srv/mediawiki-staging/php-master/includes/WebRequest.php on line 333
gerritbot added a comment.Nov 19 2020, 5:48 AM

Change 641871 had a related patch set uploaded (by Gergő Tisza; owner: Gergő Tisza):
[mediawiki/core@master] HeaderCallback: pre-cache request ID

https://gerrit.wikimedia.org/r/641871

gerritbot added a project: Patch-For-Review.Nov 19 2020, 5:48 AM
gerritbot added a comment.Nov 19 2020, 7:31 AM

Change 641871 merged by jenkins-bot:
[mediawiki/core@master] HeaderCallback: pre-cache request ID

https://gerrit.wikimedia.org/r/641871

ReleaseTaggerBot edited projects, added MW-1.36-notes (1.36.0-wmf.20; 2020-12-01); removed MW-1.36-notes (1.36.0-wmf.12; 2020-10-05; NEVER DEPLOYED).Nov 19 2020, 8:00 AM
Reedy removed a project: Patch-For-Review.Dec 2 2020, 1:31 AM
Krinkle unsubscribed.Dec 3 2020, 3:03 AM
gerritbot added a comment.Dec 16 2020, 12:50 AM

Change 649694 had a related patch set uploaded (by Reedy; owner: Gergő Tisza):
[mediawiki/core@REL1_35] HeaderCallback: pre-cache request ID

https://gerrit.wikimedia.org/r/649694

gerritbot added a project: Patch-For-Review.Dec 16 2020, 12:50 AM
Reedy moved this task from Blocker to Not a blocker on the MW-1.35-release board.Dec 16 2020, 12:51 AM
gerritbot added a comment.Dec 16 2020, 1:02 AM

Change 649694 merged by jenkins-bot:
[mediawiki/core@REL1_35] HeaderCallback: pre-cache request ID

https://gerrit.wikimedia.org/r/649694

Reedy removed a project: Patch-For-Review.Jan 8 2021, 3:00 AM
Seppl2013 added a comment.Jan 20 2021, 9:03 PM

Happened e.g. today when trying to install extension HitCounters on MediaWiki 1.35.

Reedy added a comment.Jan 20 2021, 9:09 PM
In T261260#6763519, @Seppl2013 wrote:

Happened e.g. today when trying to install extension HitCounters on MediaWiki 1.35.

1.35.0? 1.35.1?

What's the exact error message?

Aklapper added a comment.Feb 10 2021, 12:33 PM

@Seppl2013: Could you please answer the last comment? Thanks in advance!

Seppl2013 added a comment.Feb 14 2021, 3:11 PM

I am sorry - i did not record the message. Today I tried with HitCounters-REL1_35-52da1b7.tar.gz and the problem didn't show up.

Krinkle closed this task as Resolved.Aug 3 2023, 12:44 AM
Krinkle assigned this task to Tgr.
Tgr mentioned this in T398177: 'renameuser' logs for a global rename use actor ID from metawiki instead of the local one when created by the fixStuckGlobalRename.php script.Aug 19 2025, 11:45 AM
Tgr added a comment.Aug 19 2025, 9:14 PM
In T261260#6500683, @Tgr wrote:

FWIW this was fixed at some point in PHP (could not reproduce it with PHP 8 beta).

Sadly it's still happening on the released versions of PHP - I tested on 8.3 locally, and we are also seeing it in production (T398177#11097977).

Tgr reopened this task as Open.Aug 19 2025, 9:28 PM

We should test current PHP versions and possibly upstream this.

gerritbot added a comment.Aug 19 2025, 9:28 PM

Change #1180231 had a related patch set uploaded (by Gergő Tisza; author: Gergő Tisza):

[mediawiki/core@master] Re-add preloading of classes used in the header callback

https://gerrit.wikimedia.org/r/1180231

gerritbot added a project: Patch-For-Review.Aug 19 2025, 9:28 PM
matmarex subscribed.Aug 19 2025, 10:41 PM
gerritbot added a comment.Aug 19 2025, 11:00 PM

Change #1180231 merged by jenkins-bot:

[mediawiki/core@master] Re-add preloading of classes used in the header callback

https://gerrit.wikimedia.org/r/1180231

Maintenance_bot removed a project: Patch-For-Review.Aug 19 2025, 11:31 PM
ReleaseTaggerBot added a project: MW-1.45-notes (1.45.0-wmf.16; 2025-08-26).Aug 20 2025, 12:00 AM
Tgr added a comment.Nov 29 2025, 7:11 PM

Reproducible in PHP 8.5.0, upstreamed as php/php-src#20619.

Tgr added a project: Upstream.Nov 29 2025, 7:11 PM
Tgr removed Tgr as the assignee of this task.Nov 29 2025, 7:40 PM
TheDJ moved this task from Backlog to Reported Upstream on the Upstream board.EditedJan 26 2026, 8:11 PM
TheDJ subscribed.

The issue was closed upstream for lack of feedback (we were asked to try without installed extensions)

A_smart_kitten subscribed.Jan 31 2026, 12:04 PM

I wasn't originally able to reproduce this myself locally by following the steps in the GitHub issue.
However, from pulling docker-registry.wikimedia.org/php8.3-cli (which I could reproduce this using) & working backwards from there, it seems like this may be occurring when display_errors is set to stderr.
(Interestingly, it seems like this issue may have actually been fixed a few days ago by this commit to the master branch of the PHP repo.)

I left a comment on the upstream GitHub issue with this info.

TheDJ awarded a token.Jan 31 2026, 3:22 PM
matmarex added a comment.Feb 1 2026, 1:52 PM

Nice find @A_smart_kitten!

Presumably that commit will be in PHP 8.6, and won't be backported (my understanding of their workflow is that any patches applicable to older versions are merged into those branches first). I'll add a version_compare to that code as a reminder to ourselves to remove it some time in the far future when we drop support for PHP 8.5. Then I think we can close this task.

gerritbot added a comment.Feb 1 2026, 1:54 PM

Change #1235558 had a related patch set uploaded (by Bartosz Dziewoński; author: Bartosz Dziewoński):

[mediawiki/core@master] Limit preloading workaround for autoload bug to PHP<8.6

https://gerrit.wikimedia.org/r/1235558

gerritbot added a project: Patch-For-Review.Feb 1 2026, 1:54 PM
A_smart_kitten added a comment.Feb 1 2026, 2:44 PM
In T261260#11571843, @matmarex wrote:

Presumably that commit will be in PHP 8.6, and won't be backported (my understanding of their workflow is that any patches applicable to older versions are merged into those branches first).

FWIW, my assumption is also that - when the commit (Zend: move class autoloading from SPL to Zend) was made - it wasn't know that it would be fixing any bugs. I'll leave it to other folks if they'd like to ask PHP to backport a fix :) (but, to be clear, I have no objection to anyone doing so!)

Reedy added a project: PHP 8.6 support.Feb 1 2026, 6:26 PM
Reedy moved this task from Backlog to MediaWiki core on the PHP 8.6 support board.Apr 24 2026, 5:46 PM
gerritbot added a comment.Apr 24 2026, 6:05 PM

Change #1235558 merged by jenkins-bot:

[mediawiki/core@master] Limit preloading workaround for autoload bug to PHP<8.6

https://gerrit.wikimedia.org/r/1235558

gerritbot added a comment.Apr 24 2026, 6:06 PM

Change #1277158 had a related patch set uploaded (by Reedy; author: Bartosz Dziewoński):

[mediawiki/core@REL1_45] Limit preloading workaround for autoload bug to PHP<8.6

https://gerrit.wikimedia.org/r/1277158

gerritbot added a comment.Apr 24 2026, 6:12 PM

Change #1277160 had a related patch set uploaded (by Reedy; author: Gergő Tisza):

[mediawiki/core@REL1_43] Re-add preloading of classes used in the header callback

https://gerrit.wikimedia.org/r/1277160

gerritbot added a comment.Apr 24 2026, 6:13 PM

Change #1277161 had a related patch set uploaded (by Reedy; author: Bartosz Dziewoński):

[mediawiki/core@REL1_43] Limit preloading workaround for autoload bug to PHP<8.6

https://gerrit.wikimedia.org/r/1277161

gerritbot added a comment.Apr 24 2026, 6:14 PM

Change #1277163 had a related patch set uploaded (by Reedy; author: Gergő Tisza):

[mediawiki/core@REL1_44] Re-add preloading of classes used in the header callback

https://gerrit.wikimedia.org/r/1277163

gerritbot added a comment.Apr 24 2026, 6:14 PM

Change #1277164 had a related patch set uploaded (by Reedy; author: Bartosz Dziewoński):

[mediawiki/core@REL1_44] Limit preloading workaround for autoload bug to PHP<8.6

https://gerrit.wikimedia.org/r/1277164

gerritbot added a comment.Apr 24 2026, 6:40 PM

Change #1277158 merged by jenkins-bot:

[mediawiki/core@REL1_45] Limit preloading workaround for autoload bug to PHP<8.6

https://gerrit.wikimedia.org/r/1277158

gerritbot added a comment.Apr 24 2026, 6:45 PM

Change #1277163 merged by jenkins-bot:

[mediawiki/core@REL1_44] Re-add preloading of classes used in the header callback

https://gerrit.wikimedia.org/r/1277163

gerritbot added a comment.Apr 24 2026, 6:47 PM

Change #1277160 merged by jenkins-bot:

[mediawiki/core@REL1_43] Re-add preloading of classes used in the header callback

https://gerrit.wikimedia.org/r/1277160

gerritbot added a comment.Apr 24 2026, 6:49 PM

Change #1277161 merged by jenkins-bot:

[mediawiki/core@REL1_43] Limit preloading workaround for autoload bug to PHP<8.6

https://gerrit.wikimedia.org/r/1277161

gerritbot added a comment.Apr 24 2026, 6:56 PM

Change #1277164 merged by jenkins-bot:

[mediawiki/core@REL1_44] Limit preloading workaround for autoload bug to PHP<8.6

https://gerrit.wikimedia.org/r/1277164

ReleaseTaggerBot edited projects, added MW-1.44-notes, MW-1.43-notes, MW-1.46-notes (1.46.0-wmf.26; 2026-04-28), MW-1.45-notes; removed MW-1.45-notes (1.45.0-wmf.16; 2025-08-26).Apr 24 2026, 7:00 PM
Maintenance_bot removed a project: Patch-For-Review.Apr 24 2026, 7:31 PM
matmarex closed this task as Resolved.Apr 24 2026, 11:22 PM
matmarex claimed this task.
Content licensed under Creative Commons Attribution-ShareAlike (CC BY-SA) 4.0 unless otherwise noted; code licensed under GNU General Public License (GPL) 2.0 or later and other open source licenses. By using this site, you agree to the Terms of Use, Privacy Policy, and Code of Conduct. · Wikimedia Foundation · Privacy Policy · Code of Conduct · Terms of Use · Disclaimer · CC-BY-SA · GPL · Credits