vendor/ was seeded by copying af_readability's tree, so both plugins shipped ComposerAutoloaderInitb44cc79a… and ComposerStaticInitb44cc79a…. tt-rss's Preferences page loads every plugin on disk regardless of whether it is enabled, so the second require redeclared those classes and fataled the request. tt-rss blames whichever plugin lost the race -- the reported error named af_readability, which was the innocent party. Verified both autoloaders now load in the same process and the vendored Readability and Masterminds classes still resolve. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_011sSJdftQx5bW5HZHgUKF3i
23 lines
748 B
PHP
23 lines
748 B
PHP
<?php
|
|
|
|
// autoload.php @generated by Composer
|
|
|
|
if (PHP_VERSION_ID < 50600) {
|
|
if (!headers_sent()) {
|
|
header('HTTP/1.1 500 Internal Server Error');
|
|
}
|
|
$err = 'Composer 2.3.0 dropped support for autoloading on PHP <5.6 and you are running '.PHP_VERSION.', please upgrade PHP or use Composer 2.2 LTS via "composer self-update --2.2". Aborting.'.PHP_EOL;
|
|
if (!ini_get('display_errors')) {
|
|
if (PHP_SAPI === 'cli' || PHP_SAPI === 'phpdbg') {
|
|
fwrite(STDERR, $err);
|
|
} elseif (!headers_sent()) {
|
|
echo $err;
|
|
}
|
|
}
|
|
throw new RuntimeException($err);
|
|
}
|
|
|
|
require_once __DIR__ . '/composer/autoload_real.php';
|
|
|
|
return ComposerAutoloaderInitaffulltext0000000000000000000001::getLoader();
|