500 error on all endpoints

Bug reports
1

It looks like something broke recently or overnight on a couple of servers. Users get a 500 error attempting to hit the login endpoint as well as SSO. This affects admin login as well not just uses.
The only log entry is in /usr/local/apnscp/storage/logs/php-fpm.log Nothing in start.log at all.

[12-Aug-2026 12:12:08 UTC] PHP Fatal error:  Uncaught Error: Call to a member function getTrace() on array in /usr/local/apnscp/lib/apnscpcore.php:63
Stack trace:
#0 /usr/local/apnscp/lib/error_reporter.php(256): Error_Reporter\ReportFilterInterface@anonymous->filter(128, 'Call to a membe...', '/usr/local/apns...', 63, Array)
#1 /usr/local/apnscp/lib/error_reporter.php(162): Error_Reporter::handle_error(128, 'Call to a membe...', '/usr/local/apns...', 63, Object(Error))
#2 [internal function]: Error_Reporter::handle_exception(Object(Error))
#3 {main}
  thrown in /usr/local/apnscp/lib/apnscpcore.php on line 63

Both servers are on the following version:

revision: ec46f06a51e8f61d4ea9cb9148abc641945989a4
timestamp: 1786455299
ver_maj: 3
ver_min: 2
ver_patch: 48
ver_pre: 79-gec46f06a5
dirty: false
checksum: 13527cc817c8106
debug: false

FWIW, front-end debug enabled allows me to login and there are no errors displayed at all. As soon as I turn off the front-end debug, it fails with 500 errors again.

Only confirmed the issue on 2 servers so far, but it’s early.

2

A recent update turned that argument into an array, but line 63 still treats it as an object. Using the array directly fixed it on a test server with the issue.

Not every server shows it. The bad code only kicks in after php-fpm restarts, and only when a request throws a PHP warning. So a box can update and look fine for days, then 500 after a reboot.

-                       if (($ex?->getTrace()[0]['class'] ?? null) === 'Cache_Mproxy' &&
+                       $trace = $ex instanceof \Throwable ? $ex->getTrace() : (\is_array($ex) ? $ex : []);
+                       if (($trace[0]['class'] ?? null) === 'Cache_Mproxy' &&
3

On the servers exhibiting it, what does apnscp_php -v report? 8.1 or 8.3? Same question for the servers not exhibiting it.

4

8.3 on all of them, just different minor versions. 8.3.31 - 8.3.34

5

Give it a go now. That production push was missing upstream changes.

6

Seems to be working now, thanks!