Nur um es nochmal zu bestätigen - der Fehler tritt auch auf, wenn du auf der Konsoleausführst?Code:/usr/bin/php8.3 vendor/bin/contao-setup
Bei mir genauso (für PHP 8.2):
EDIT: Nach Eingabe von /usr/bin/php8.2 vendor/bin/contao-setup wird alles mit grün ausgeführt.Code:/usr/bin/php8.2 -r "var_dump(function_exists('pcntl_async_signals')); var_dump(ini_get('disable_functions'));" bool(false)
Am Ende steht:
Code:[INFO] Done! Please open the Contao install tool or run the contao:migrate command to make sure the database is up-to-date.
Geändert von Jogibär (19.02.2025 um 11:36 Uhr)
Sorry, du hast Recht, Spooky, hier die vollständige Eingabe + Ausgabe:
Bei Eingabe von "/usr/bin/php8.2 public/contao-manager.phar.php install -o" erhalte ich folgende Meldung:Code:/usr/bin/php8.2 -r "var_dump(function_exists('pcntl_async_signals')); var_dump(ini_get('disable_functions'));" bool(false) string(398) "pcntl_alarm,pcntl_fork,pcntl_waitpid,pcntl_wait,pcntl_wifexited,pcntl_wifstopped,pcntl_wifsignaled,pcntl_wifcontinued,pcntl_wexitstatus,pcntl_wtermsig,pcntl_wstopsig,pcntl_signal,pcntl_signal_get_handler,pcntl_signal_dispatch,pcntl_get_last_error,pcntl_strerror,pcntl_sigprocmask,pcntl_sigwaitinfo,pcntl_sigtimedwait,pcntl_exec,pcntl_getpriority,pcntl_setpriority,pcntl_async_signals,pcntl_unshare,"
Code:Command "install" is not defined.
Ok, jetzt wurde es ausgeführt!
Insgesamt auch alles in grün, aber anfangs steht etwas von "downgrading":
Danach folgende dann wie zuvor die einzenen "grünen" Bereiche für "Bundle", "Symlink", Clearing des Caches etc.Code:Installing dependencies from lock file (including require-dev) Verifying lock file contents can be installed on current platform. Warning: The lock file is not up to date with the latest changes in composer.json. You may be getting outdated dependencies. It is recommended that you run `composer update` or `composer update <package name>`. Package operations: 0 installs, 21 updates, 0 removals - Downloading spatie/schema-org (3.23.0) - Downloading league/flysystem-bundle (3.3.5) - Downgrading twig/twig (v3.20.0 => v3.18.0): Extracting archive - Downgrading symfony/property-info (v6.4.18 => v6.4.17): Extracting archive - Downgrading spatie/schema-org (3.23.1 => 3.23.0): Extracting archive - Downgrading league/flysystem-bundle (3.4.0 => 3.3.5): Extracting archive - Downgrading doctrine/dbal (3.9.4 => 3.9.3): Extracting archive - Downgrading doctrine/orm (2.20.2 => 2.20.1): Extracting archive - Downgrading doctrine/sql-formatter (1.5.2 => 1.5.1): Extracting archive - Downgrading doctrine/doctrine-bundle (2.13.2 => 2.13.1): Extracting archive - Downgrading contao/image (1.2.3 => 1.2.2): Extracting archive - Downgrading contao-components/ace (1.38.0 => 1.37.4): Extracting archive - Downgrading contao/core-bundle (4.13.53 => 4.13.50): Extracting archive - Downgrading contao/comments-bundle (4.13.53 => 4.13.50): Extracting archive - Upgrading contao/conflicts (dev-main 7591089 => dev-main 3d8f465) - Downgrading contao/faq-bundle (4.13.53 => 4.13.50): Extracting archive - Downgrading contao/listing-bundle (4.13.53 => 4.13.50): Extracting archive - Downgrading twig/extra-bundle (v3.20.0 => v3.18.0): Extracting archive - Downgrading contao/installation-bundle (4.13.53 => 4.13.50): Extracting archive - Downgrading contao/manager-bundle (4.13.53 => 4.13.50): Extracting archive - Downgrading contao/newsletter-bundle (4.13.53 => 4.13.50): Extracting archive - Downgrading contao/news-bundle (4.13.53 => 4.13.50): Extracting archive - Downgrading contao/calendar-bundle (4.13.53 => 4.13.50): Extracting archive Package php-http/message-factory is abandoned, you should avoid using it. Use psr/http-factory instead. Generating optimized autoload files 118 packages you are using are looking for funding. Use the `composer fund` command to find out more! contao/manager-plugin: Dumping generated plugins file... contao/manager-plugin: ...done dumping generated plugins file > @php vendor/bin/contao-setup PHP Deprecated: Return type of Netzmacht\Contao\Leaflet\Frontend\Assets\LibrariesConfiguration::offsetGet($offset) should either be compatible with ArrayAccess::offsetGet(mixed $offset): mixed, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/netzmacht/contao-leaflet-maps/src/Frontend/Assets/LibrariesConfiguration.php on line 74 Deprecated: Return type of Netzmacht\Contao\Leaflet\Frontend\Assets\LibrariesConfiguration::offsetGet($offset) should either be compatible with ArrayAccess::offsetGet(mixed $offset): mixed, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/netzmacht/contao-leaflet-maps/src/Frontend/Assets/LibrariesConfiguration.php on line 74 Added the /data/web/1/000/063/713/260436/htdocs/Website-2023/public/index.php file. Added the /data/web/1/000/063/713/260436/htdocs/Website-2023/public/app.php file. Added the /data/web/1/000/063/713/260436/htdocs/Website-2023/public/preview.php file. Trying to install assets as relative symbolic links.
EDIT: Meine letzte Aktion im Contao-Manager war das Updaten aller Pakete (mit der erwähnten Fehlermeldung)
EDIT 2: Beim DB-Update gibt es nun folgende Änderungen:
Code:Feld tl_user.session ändern BLOB DEFAULT NULL ALTER TABLE tl_user CHANGE session session BLOB DEFAULT NULL
Geändert von Jogibär (19.02.2025 um 12:12 Uhr)
Ok - meine Vermutung ist, dass das Problem am Contao Manager selbst liegt - also insbesondere, dass der Contao Manager die disable_functions leert. Das Setup bei Goneo ist dann aber trotzdem seltsam - denn offensichtlich scheint dann zwar \function_exists('pcntl_async_signals') true zurückzugeben (weil nicht mehr in disable_functions) - der Aufruf pcntl_async_signals() führt dann aber trotzdem zu einem Fehler, weil die Funktion in Wirklichkeit doch nicht existiert bei Goneo.
Bei mir:
Code:/usr/bin/php8.2 -ddisable_functions= -r "var_dump(function_exists('pcntl_async_signals')); var_dump(ini_get('disable_functions'));" bool(true) string(0) ""
Damit könnt ihr nun an den Hoster herantreten. Also folgendes passiert bei euch:Es muss aber so sein:Code:/usr/bin/php8.2 -ddisable_functions= -r "var_dump(function_exists('pcntl_async_signals'));" bool(true)Der Hoster muss prüfen, warum das so ist.Code:/usr/bin/php8.2 -ddisable_functions= -r "var_dump(function_exists('pcntl_async_signals'));" bool(false)
Bei mir nun:
EDIT: Danke für deine Mühe, Spooky!Code:/usr/bin/php8.2 -ddisable_functions= -r "var_dump(function_exists('pcntl_async_signals')); pcntl_async_signals(true);" bool(true)
Ich werden nun Goneo mal anschreiben!
Resultat hier:
Ich finde es merkwürdig, dass das Contao-Update davor ja immer funktioniert hat.Code:/usr/bin/php8.2 -ddisplay_errors=1 -ddisable_functions= -r "error_reporting(-1); var_dump(function_exists('pcntl_async_signals')); pcntl_async_signals(true);" bool(true)
Debuggen... Sag' wie - ich bin "zu vielen Schandtaten bereit"![]()
Bei (fast) aktuellem System (4.13.52 anstatt 4.13.53) alles grün (mit Ausnahme der beiden oben diskutierten Warnungen die veraltete Erweiterung betreffend)
Wenn ich übrigensin eine Datei packe und vom Browser aufrufe (also Web-PHP benutzt wird)) kommt bool(true) string(0) ""PHP-Code:
var_dump(function_exists('pcntl_async_signals'));
var_dump(ini_get('disable_functions'));
MIt CLI PHP 8.2 sind die Consolen-Ausgaben übrigens identisch; Downgrade-Meldungen wie bei Jogibär hatte ich bisher jedoch nicht, jedenfalls nicht in der LIVE-Instanz; bei irgendeinem missglückten Upgrade Versuch irgendeiner Test-Kopie aber glaube ich schon.
Meine Beobachtung war ja z.T. auch sehr eigenartig, abhängig von benutztem "-c path/to/php.ini" in den jeweiligen Befehlen und als einzige Zeile in der selbstgemachten php.ini
disable_functions=
Meine eher bescheidenen Kenntnisse hatten ja auch zutage gefördert, daß mit dem irgendwo im Web gefundene Codeim Browser alles gut ist:PHP-Code:
<?php
// Verwendung von Ticks benötigt
declare(ticks = 1);
// Signalverarbeitungsfunktion
function sig_handler($signo)
{
switch ($signo) {
case SIGTERM:
// Aufgaben zum Beenden bearbeiten
exit;
break;
case SIGHUP:
// Aufgaben zum Neustart bearbeiten
break;
case SIGUSR1:
echo "SIGUSR1 abgefangen...\n";
break;
default:
// Alle anderen Signale verarbeiten
}
}
echo "Richte Signalverarbeitung ein...\n";
// Signalverarbeitung einrichten
pcntl_signal(SIGTERM, "sig_handler");
pcntl_signal(SIGHUP, "sig_handler");
pcntl_signal(SIGUSR1, "sig_handler");
// oder ein Objekt verwenden
// pcntl_signal(SIGUSR1, array($obj, "do_something"));
echo "Erzeuge signal SIGTERM an mich selbst...\n";
// sende SIGUSR1 an die aktuelle Prozess-ID
// Für posix_*-Funktionen wird die Posix-Erweiterung benötigt
posix_kill(posix_getpid(), SIGUSR1);
echo "Fertig\n"
?>
Richte Signalverarbeitung ein... Erzeuge signal SIGTERM an mich selbst... SIGUSR1 abgefangen... Fertig
und im CLI nicht:
$ php st.php
Richte Signalverarbeitung ein...
PHP Fatal error: Uncaught Error: Call to undefined function pcntl_signal() in /.../htdocs/LIVE/public/TESTS/st.php:31
Stack trace:
#0 {main}
thrown in /.../htdocs/LIVE/public/TESTS/st.php on line 31
Die Mühe, sie mögen doch bitte disable_functions auf "nichts" setzen wie es für Web-PHP der Fall ist, kannst Du Dir sparen, das habe ich schon erfolglos hinter mir:
> ...
> Dürfte ich freundlich darum bitten die disable_functions Liste für CLI-PHP ebenfalls zu leeren? Das würde dem weiteren Betrieb von Contao bei Ihnen den Weg ebnen.
> ...
Antwort:
diese Funktionen dienen der Prozesssteuerung auf Systemebene und die Deaktivierung hat keinen Einfluss auf Ihre Webseite. Auch aus Sicherheitsgründen werden diese Funktionen für die CLI nicht aktiviert.
![]()
Kann Speicher dafür verantwortlich sein?
phpinfo() im Browser liefert für memory_limit 128MB, im CLI immerhin 192MB.
Bei den Contao Systemvoraussetzungen sind ja höhere Werte angegeben:
memory_limit für Web Minimum 256M und für CLI -1 (unbegrenzt)
Grüße, BugBuster"view source" is your guide.Danke an alle Amazon Wunschlisten Erfüller
Unser Vertrag ist auch relativ alt: Vertrag 2008, in dem Tarif seit 2016.
Zum Thema:
Das Update 4.13.36 -> 4.13.52 hatte vor Kurzem mit diversen Schwierigkeiten (genau deswegen gibt es diesen Thread) begonnen, über die Kommandozeile hat's dann irgendwann auch geklappt. Jetzt wollte ich gerade das Update .52 -> .53 machen, da kam mir zunächst ein self-update des CM mit einer Fehlermeldung dazwischen (leider war ich zu langsam, diese zu kopieren um sie hier zu posten, sie verschwand von alleine). Dennoch hat anscheinend das self-update geklappt.
Das danach angeschubbste Update .52 -> .53 lief trotzdem der CM jetzt wohl "-c path/to/php.ini" benutzt in der GUI auf den bekannten Fehler (... undefinded funtion pcntl_async_signals ...). Dennoch behauptete der CM danach die Version 4.13.53
(Im Grunde "endlich") habe ich im Anschluss auch die veraltete Erweiterung craffft/contao-calendar-ical-bundle via CLI aus meiner LIVE Instanz entfernt um zumindest das Ding betreffende Fehler und Warnungen (s.o.) nicht mehr zu haben. Nun meldet der GUI-CM auch wieder 4.13.52 - verwirrend (oder auch nicht, das o.g. Update lieferte ja wie gesagt den bekannten Fehler)
Als (zunächst) Letztes habe ich (natürlich mit jeweiligem Warten bis er "grün" fertig) ist im CLI gemacht:in der Erwartung, jetzt wirklich auf 4.13.53 zu sein.Code:$ composer update contao/manager-bundle srhinow/tinymce-plugins contao/news-bundle contao/calendar-bundle contao/faq-bundle contao/comments-bundle contao/newsletter-bundle contao/listing-bundle contao/conflicts contao/core-bundle contao/installation-bundle --no-install $ vendor/bin/contao-console contao:maintenance-mode enable $ composer install php -c contao-manager/php.ini vendor/bin/contao-console contao:migrate $ vendor/bin/contao-console contao:maintenance-mode disable
Leider meldete der GUI-CM immer noch 4.13.52 - aber nach Prod.Cache löschen dann endlich 4.13.53
Dummerweise habe ich im Moment nicht mehr die Zeit, tatsächlich nochmal via CLI ein Upgrade auf 5.3.x zu probieren...
Ich wollte gerade zum Testen des Upgrade auf 5.3 einer meiner Test-Instanzen vorbereiten, die hat(te) noch den CM 1.9.0 und wollte natürlich auch das Self-Update - dies' Mal war ich schnell genug, die Fehlermeldung zu kopieren:Und das Log des CM:Code:ERROR 500 HTTP-Anfrage für "GET api/task" fehlgeschlagen. Es scheint ein unbekannter Fehler aufgetreten zu sein. Prüfe die Log-Dateien deines Webservers (Apache/Nginx) und des Contao Managers im Ordner "contao-manager/logs". ### diverser Binär-Kram, siehe ZIP ### } } // To read method annotations $doc = $this->parsePhpDoc($method); if (($classIsTemplate || isset($doc['template']) || isset($doc['template-covariant'])) && $method->hasReturnType()) { unset($doc['return']); } if (isset(self::$annotatedParameters[$class][$method->name])) { $definedParameters = []; foreach ($method->getParameters() as $parameter) { $definedParameters[$parameter->name] = \true; } foreach (self::$annotatedParameters[$class][$method->name] as $parameterName => $deprecation) { if (!isset($definedParameters[$parameterName]) && !isset($doc['param'][$parameterName])) { $deprecations[] = \sprintf($deprecation, $className); } } } $forcePatchTypes = $this->patchTypes['force']; if ($canAddReturnType = null !== $forcePatchTypes && !\str_contains($method->getFileName(), \DIRECTORY_SEPARATOR . 'vendor' . \DIRECTORY_SEPARATOR)) { if ('void' !== (self::MAGIC_METHODS[$method->name] ?? 'void')) { $this->patchTypes['force'] = $forcePatchTypes ?: 'docblock'; } $canAddReturnType = 2 === (int) $forcePatchTypes || \false !== \stripos($method->getFileName(), \DIRECTORY_SEPARATOR . 'Tests' . \DIRECTORY_SEPARATOR) || $refl->isFinal() || $method->isFinal() || $method->isPrivate() || '.' === (self::$internal[$class] ?? null) && !$refl->isAbstract() || '.' === (self::$final[$class] ?? null) || '' === ($doc['final'][0] ?? null) || '' === ($doc['internal'][0] ?? null); } if (null !== ($returnType = self::$returnTypes[$class][$method->name] ?? null) && 'docblock' === $this->patchTypes['force'] && !$method->hasReturnType() && isset(TentativeTypes::RETURN_TYPES[$returnType[2]][$method->name])) { $this->patchReturnTypeWillChange($method); } if (null !== ($returnType ??= self::MAGIC_METHODS[$method->name] ?? null) && !$method->hasReturnType() && !isset($doc['return'])) { [$normalizedType, $returnType, $declaringClass, $declaringFile] = \is_string($returnType) ? [$returnType, $returnType, '', ''] : $returnType; if ($canAddReturnType && 'docblock' !== $this->patchTypes['force']) { $this->patchMethod($method, $returnType, $declaringFile, $normalizedType); } if (!isset($doc['deprecated']) && \strncmp($ns, $declaringClass, $len)) { if ('docblock' === $this->patchTypes['force']) { $this->pa $returnType = \explode('|', $returnType); foreach ($returnType as $i => $t) { if ('?' !== $t && !isset(self::BUILTIN_RETURN_TYPES[$t])) { $returnType[$i] = '\\' . $t; } } $returnType = \implode('|', $returnType); self::$returnTypes[$class] += [$method => [$returnType, \str_starts_with($returnType, '?') ? \substr($returnType, 1) . '|null' : $returnType, $use, '']]; } } } foreach ($refl->getMethods() as $method) { if ($method->class !== $class) { continue; } if (null === ($ns = self::$methodTraits[$method->getFileName()][$method->getStartLine()] ?? null)) { $ns = $vendor; $len = $vendorLen; Contao Support Hintergrund-Prozess Bitte warte, während der Contao Manager die nötigen Operationen im Hintergrund ausführt. Aktualisiere Contao Manager contao-manager.phar.php self-update Aktualisiere von 1.9.0 nach 1.9.2 Contao Manager 1.9.0 HilfeProbleme meldenVielleicht kann es ja eine(r) der Entwickler(innen) gebrauchen. Das Server-Log könnte ich auf Wunsch erst morgen posten; ich bekomme die immer mit einem Tag Versatz von Goneo.Code:$ cat error-2025-02-26.log [26-Feb-2025 06:40:53 UTC] PHP Fatal error: Uncaught Error: Class "_ContaoManager\Contao\ManagerApi\HttpKernel\ApiProblemResponse" not found in phar:///.../htdocs/NEW/public/contao-manager.phar.php/dist/api.php:25 Stack trace: #0 /data/web/1/000/038/826/133535/htdocs/NEW/public/contao-manager.phar.php(69): Phar::webPhar() #1 {main} thrown in phar:///.../htdocs/NEW/public/contao-manager.phar.php/dist/api.php on line 25 [26-Feb-2025 06:40:53 UTC] PHP Fatal error: Uncaught Error: Class "_ContaoManager\Symfony\Component\ErrorHandler\ThrowableUtils" not found in phar:///.../htdocs/NEW/public/contao-manager.phar.php/vendor/symfony/error-handler/ErrorHandler.php:420 Stack trace: #0 [internal function]: _ContaoManager\Symfony\Component\ErrorHandler\ErrorHandler->handleException() #1 {main} thrown in phar:///.../htdocs/NEW/public/contao-manager.phar.php/vendor/symfony/error-handler/ErrorHandler.php on line 420
(Was ich leider vergessen hatte: beide Test-Instanzen sind durch meine Experimente vorige Woche unterschiedlich schlimm kaputt - ich mache also erstmal neue Kopien von der LIVE Instanz. Hier und heute ging es mir ja "nur" um die Fehlermeldung beim Self-Update des CM)
Nicht notwendig, auch vorhin verschwand die Fehlermeldung von selbst und das CM-self-Update hat wohl geklappt. Das mit dem manuellen Update hatte ich beim letzten Mal schon als "nicht notwendig" geprüft (manuell geladen und md5sum verglichen)
Ich hoffe, morgen (genügend) Zeit für einen erneuten Versuch "Upgrade Contao 4.13 -> 5.3" zu haben.
Habe eben nochmal den Update-Prozess gestartet, zunächst den des Contao-Managers.
Darauf hin erschien ein "Error 200", wie oben auch schon beschrieben.
Zitat:
HTTP-Anfrage für "GET api/task" fehlgeschlagen.
Der Server hat eine Antwort mit Status-Code 200 gesendet.
Hier mal der komplette Report:
https://pastebin.com/8G4vePqP
Habe es mehrmals neu probiert, die Version des Contao Manager ist nun bei 1.9.2, aber ab dem Fehler hängt es nun fest.
Die Zusammenfassung der möglichen Ursachen von DeepSeek zu diesem Report war übrigens:
- Ungültige oder unvollständige API-Antwort: Die API gibt möglicherweise eine unerwartete Antwort zurück, obwohl der Statuscode 200 ist.
- Client-seitige Fehler: Die Anwendung könnte die Antwort falsch interpretieren oder verarbeiten.
- Konfigurationsprobleme: Es könnte Probleme mit der Server- oder API-Konfiguration geben, die zu einer unerwarteten Antwort führen.
PS: Von Goneo habe ich bis heute übrigens keine Antwort erhalten...
Das kommt vermutlich nur vom CM Update auf 1.9.2, am Besten mal Browser-Cache leeren.
Vielen Dank, daran lag es!
Leider hängt er beim Update von Contao danach auch weiterhin beim "composer install" fest:
Ich habe hier einfach nochmal den aktuellen Report hinterlegt:
PS: Unter "Contao" steht allerdings nun "Version 4.13.53", als neueste VersionCode:$ /usr/bin/php8.2 -q -dmax_execution_time=0 -dmemory_limit=-1 -ddisplay_errors=0 -ddisplay_startup_errors=0 -derror_reporting=0 -dallow_url_fopen=1 -ddisable_functions= -ddate.timezone=UTC /data/web/1/000/063/713/260436/htdocs/Website-2023/public/contao-manager.phar.php composer install --no-dev --no-progress --no-ansi --no-interaction --optimize-autoloader Installing dependencies from lock file Verifying lock file contents can be installed on current platform. Warning: The lock file is not up to date with the latest changes in composer.json. You may be getting outdated dependencies. It is recommended that you run `composer update` or `composer update <package name>`. Nothing to install, update or remove Package php-http/message-factory is abandoned, you should avoid using it. Use psr/http-factory instead. Generating optimized autoload files contao/manager-plugin: Dumping generated plugins file... contao/manager-plugin: ...done dumping generated plugins file 118 packages you are using are looking for funding. Use the `composer fund` command to find out more! > @php vendor/bin/contao-setup Deprecated: Return type of Netzmacht\Contao\Leaflet\Frontend\Assets\LibrariesConfiguration::offsetGet($offset) should either be compatible with ArrayAccess::offsetGet(mixed $offset): mixed, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/netzmacht/contao-leaflet-maps/src/Frontend/Assets/LibrariesConfiguration.php on line 74 PHP Fatal error: Uncaught Error: Call to undefined function Symfony\Component\Console\SignalRegistry\pcntl_async_signals() in /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfony/console/SignalRegistry/SignalRegistry.php:21 Stack trace: #0 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfony/console/Application.php(98): Symfony\Component\Console\SignalRegistry\SignalRegistry->__construct() #1 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfony/framework-bundle/Console/Application.php(40): Symfony\Component\Console\Application->__construct() #2 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/contao/manager-bundle/src/Console/ContaoApplication.php(26): Symfony\Bundle\FrameworkBundle\Console\Application->__construct() #3 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/contao/manager-bundle/bin/contao-console(37): Contao\ManagerBundle\Console\ContaoApplication->__construct() #4 {main} thrown in /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfony/console/SignalRegistry/SignalRegistry.php on line 21 PHP Deprecated: Return type of Netzmacht\Contao\Leaflet\Frontend\Assets\LibrariesConfiguration::offsetGet($offset) should either be compatible with ArrayAccess::offsetGet(mixed $offset): mixed, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice in /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/netzmacht/contao-leaflet-maps/src/Frontend/Assets/LibrariesConfiguration.php on line 74 13:30:04 CRITICAL [console] An error occurred while using the console. Message: "An error occurred while executing the "/usr/bin/php8.2 -dmemory_limit=-1 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/contao/manager-bundle/bin/contao-console contao:install-web-dir public --env=prod --no-ansi" command: PHP Fatal error: Uncaught Error: Call to undefined function Symfony\Component\Console\SignalRegistry\pcntl_async_signals() in /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfony/console/SignalRegistry/SignalRegistry.php:21 Stack trace: #0 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfony/console/Application.php(98): Symfony\Component\Console\SignalRegistry\SignalRegistry->__construct() #1 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfony/framework-bundle/Console/Application.php(40): Symfony\Component\Console\Application->__construct() #2 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/contao/manager-bundle/src/Console/ContaoApplication.php(26): Symfony\Bundle\FrameworkBundle\Console\Application->__construct() #3 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/contao/manager-bundle/bin/contao-console(37): Contao\ManagerBundle\Console\ContaoApplication->__construct() #4 {main} thrown in /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfony/console/SignalRegistry/SignalRegistry.php on line 21 " ["exception" => RuntimeException { …},"message" => """ An error occurred while executing the "/usr/bin/php8.2 -dmemory_limit=-1 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/contao/manager-bundle/bin/contao-console contao:install-web-dir public --env=prod --no-ansi" command: PHP Fatal error: Uncaught Error: Call to undefined function Symfony\Component\Console\SignalRegistry\pcntl_async_signals() in /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfony/console/SignalRegistry/SignalRegistry.php:21\n Stack trace:\n #0 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfony/console/Application.php(98): Symfony\Component\Console\SignalRegistry\SignalRegistry->__construct()\n #1 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfony/framework-bundle/Console/Application.php(40): Symfony\Component\Console\Application->__construct()\n #2 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/contao/manager-bundle/src/Console/ContaoApplication.php(26): Symfony\Bundle\FrameworkBundle\Console\Application->__construct()\n #3 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/contao/manager-bundle/bin/contao-console(37): Contao\ManagerBundle\Console\ContaoApplication->__construct()\n #4 {main}\n thrown in /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfony/console/SignalRegistry/SignalRegistry.php on line 21\n """] In ContaoSetupCommand.php line 146: An error occurred while executing the "/usr/bin/php8.2 -dmemory_limit=-1 /d ata/web/1/000/063/713/260436/htdocs/Website-2023/vendor/contao/manager-bund le/bin/contao-console contao:install-web-dir public --env=prod --no-ansi" c ommand: PHP Fatal error: Uncaught Error: Call to undefined function Symfon y\Component\Console\SignalRegistry\pcntl_async_signals() in /data/web/1/000 /063/713/260436/htdocs/Website-2023/vendor/symfony/console/SignalRegistry/S ignalRegistry.php:21 Stack trace: #0 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfony/consol e/Application.php(98): Symfony\Component\Console\SignalRegistry\SignalRegis try->__construct() #1 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfony/framew ork-bundle/Console/Application.php(40): Symfony\Component\Console\Applicati on->__construct() #2 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/contao/manager -bundle/src/Console/ContaoApplication.php(26): Symfony\Bundle\FrameworkBund le\Console\Application->__construct() #3 /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/contao/manager -bundle/bin/contao-console(37): Contao\ManagerBundle\Console\ContaoApplicat ion->__construct() #4 {main} thrown in /data/web/1/000/063/713/260436/htdocs/Website-2023/vendor/symfo ny/console/SignalRegistry/SignalRegistry.php on line 21 contao:setup Script @php vendor/bin/contao-setup handling the post-install-cmd event returned with error code 1 # Process terminated with exit code 1 # Result: General error
PPS: Jetzt wieder "Version 4.13.50"
Geändert von Jogibär (05.03.2025 um 13:37 Uhr)
Manchmal ist es wie verhext, man kommt zu gar nichts... Seufz.
Endlich habe ich wieder etwas Zeit - und mir eine "frische" Kopie meiner Instanz nebst Datenbank angelegt. Die läuft noch artig mit Contao 4.13 und hat ohne Fehlermeldung den CM von 1.9.1 auf 1.9.2 aktualisiert.
Bevor ich mir nun erneut "ins Knie schieße": ich habe eine Erweiterung installiert, bei der steht unter Details "Unterstützte Contao-Version(en): 4.8+, 5.0+" - heißt "5.0+", dass das Ding auch mit 5.3 funktionieren müsste oder sollte ich die Erweiterung vor dem Upgrade-Versuch entfernen?
TIA
purzel
"Grundsätzlich" ist ein genauso mutiger Begriff wie "sollte"
Es hat natürlich zunächst NICHT geklappt; d.h. Testlauf/dry run lief fehlerfrei durch, "echtes" Aktualisieren jedoch nicht. Immerhin gab's dies' Mal was Sinnvolles in der Fehlermeldung:
...
Fatal error: Declaration of Srhinow\TinymcePlugins\SrhinowTinymcePlugins::getC ontainerExtension() must be compatible with Symfony\Component\HttpKernel\Bundle\Bundle::getCon tainerExtension(): ?Symfony\Component\DependencyInjection\Extension\E xtensionInterface in htdocs/TEST53/vendor/srhinow/tinymce-plugins/src/SrhinowTinymcePlugins.php on line 42
...
Aha: also doch die Erweiterung erstmal wegschmeißen... Was aber leider auch schief geht:
Nach Klicken auf "Bestätigen und Schließen" hängt's jetztCode:composer remove srhinow/tinymce-plugins $ /usr/bin/php8.3 -q -c /data/htdocs/TEST53/contao-manager/php.ini -dmax_execution_time=0 -dmemory_limit=-1 -ddisplay_errors=0 -ddisplay_startup_errors=0 -derror_reporting=0 -dallow_url_fopen=1 -ddisable_functions= -ddate.timezone=UTC /data/htdocs/TEST53/public/contao-manager.phar.php composer remove srhinow/tinymce-plugins --no-update --no-scripts --no-ansi --no-interaction /data/htdocs/TEST53/composer.json has been updated # Process terminated with exit code 0 # Result: OK composer update srhinow/tinymce-plugins contao/conflicts --no-install Erfolgreich nach 1741612175 Sekunden. RAM-Verbrauch: 8.58MB (Spitze: 85.23MB), Dauer: 0.73s. > Resolving dependencies using Composer Cloud v3.8.1 [6.8MiB/0.20s] Loading composer repositories with package information [7.3MiB/0.27s] Updating dependencies [7.4MiB/0.30s] Lock file operations: 0 installs, 1 update, 1 removal [7.4MiB/0.30s] - Removing srhinow/tinymce-plugins (2.0.4) [7.4MiB/0.30s] - Upgrading contao/conflicts (dev-main 7591089 => dev-main 7b02132) [6.7MiB/0.31s] Writing lock file [9.5MiB/0.33s] <warning>Package php-http/message-factory is abandoned, you should avoid using it. Use psr/http-factory instead.</warning> [8.1MiB/0.72s] No security vulnerability advisories found. [8.6MiB/0.72s] Memory usage: 8.58MB (peak: 85.23MB), time: 0.73s. [8.6MiB/0.73s] Finished Composer Cloud resolving. # Job ID GgX0ZTMM6L9YQh3OijfX1invMLs4BhMn3LosrPR7TzvebEJHZt1RFUrsQWHWaEzCO07kpb315icmJt9C0a26icHpQha33e completed in 1741612175 seconds # Memory usage: 8.58MB (peak: 85.23MB), time: 0.73s. vendor/bin/contao-console contao:maintenance-mode enable composer install $ /usr/bin/php8.3 -q -c /data/htdocs/TEST53/contao-manager/php.ini -dmax_execution_time=0 -dmemory_limit=-1 -ddisplay_errors=0 -ddisplay_startup_errors=0 -derror_reporting=0 -dallow_url_fopen=1 -ddisable_functions= -ddate.timezone=UTC /data/htdocs/TEST53/public/contao-manager.phar.php composer install --no-dev --no-progress --no-ansi --no-interaction --optimize-autoloader Installing dependencies from lock file Verifying lock file contents can be installed on current platform. Nothing to install, update or remove Package php-http/message-factory is abandoned, you should avoid using it. Use psr/http-factory instead. Generating optimized autoload files 105 packages you are using are looking for funding. Use the `composer fund` command to find out more! contao/manager-plugin: Dumping generated plugins file... contao/manager-plugin: ...done dumping generated plugins file > @php -c contao-manager/php.ini vendor/bin/contao-setup PHP Fatal error: Uncaught Error: Call to undefined function Symfony\Component\Console\SignalRegistry\pcntl_async_signals() in /data/htdocs/TEST53/vendor/symfony/console/SignalRegistry/SignalRegistry.php:21 Stack trace: #0 /data/htdocs/TEST53/vendor/symfony/console/Application.php(98): Symfony\Component\Console\SignalRegistry\SignalRegistry->__construct() #1 /data/htdocs/TEST53/vendor/symfony/framework-bundle/Console/Application.php(40): Symfony\Component\Console\Application->__construct() #2 /data/htdocs/TEST53/vendor/contao/manager-bundle/src/Console/ContaoApplication.php(26): Symfony\Bundle\FrameworkBundle\Console\Application->__construct() #3 /data/htdocs/TEST53/vendor/contao/manager-bundle/bin/contao-console(37): Contao\ManagerBundle\Console\ContaoApplication->__construct() #4 {main} thrown in /data/htdocs/TEST53/vendor/symfony/console/SignalRegistry/SignalRegistry.php on line 21 13:10:12 CRITICAL [console] An error occurred while using the console. Message: "An error occurred while executing the "/usr/bin/php8.3 -dmemory_limit=-1 /data/htdocs/TEST53/vendor/contao/manager-bundle/bin/contao-console contao:install-web-dir public --env=prod --no-ansi" command: PHP Fatal error: Uncaught Error: Call to undefined function Symfony\Component\Console\SignalRegistry\pcntl_async_signals() in /data/htdocs/TEST53/vendor/symfony/console/SignalRegistry/SignalRegistry.php:21 Stack trace: #0 /data/htdocs/TEST53/vendor/symfony/console/Application.php(98): Symfony\Component\Console\SignalRegistry\SignalRegistry->__construct() #1 /data/htdocs/TEST53/vendor/symfony/framework-bundle/Console/Application.php(40): Symfony\Component\Console\Application->__construct() #2 /data/htdocs/TEST53/vendor/contao/manager-bundle/src/Console/ContaoApplication.php(26): Symfony\Bundle\FrameworkBundle\Console\Application->__construct() #3 /data/htdocs/TEST53/vendor/contao/manager-bundle/bin/contao-console(37): Contao\ManagerBundle\Console\ContaoApplication->__construct() #4 {main} thrown in /data/htdocs/TEST53/vendor/symfony/console/SignalRegistry/SignalRegistry.php on line 21 " ["exception" => RuntimeException { …},"message" => """ An error occurred while executing the "/usr/bin/php8.3 -dmemory_limit=-1 /data/htdocs/TEST53/vendor/contao/manager-bundle/bin/contao-console contao:install-web-dir public --env=prod --no-ansi" command: PHP Fatal error: Uncaught Error: Call to undefined function Symfony\Component\Console\SignalRegistry\pcntl_async_signals() in /data/htdocs/TEST53/vendor/symfony/console/SignalRegistry/SignalRegistry.php:21\n Stack trace:\n #0 /data/htdocs/TEST53/vendor/symfony/console/Application.php(98): Symfony\Component\Console\SignalRegistry\SignalRegistry->__construct()\n #1 /data/htdocs/TEST53/vendor/symfony/framework-bundle/Console/Application.php(40): Symfony\Component\Console\Application->__construct()\n #2 /data/htdocs/TEST53/vendor/contao/manager-bundle/src/Console/ContaoApplication.php(26): Symfony\Bundle\FrameworkBundle\Console\Application->__construct()\n #3 /data/htdocs/TEST53/vendor/contao/manager-bundle/bin/contao-console(37): Contao\ManagerBundle\Console\ContaoApplication->__construct()\n #4 {main}\n thrown in /data/htdocs/TEST53/vendor/symfony/console/SignalRegistry/SignalRegistry.php on line 21\n """] In ContaoSetupCommand.php line 146: An error occurred while executing the "/usr/bin/php8.3 -dmemory_limit=-1 /d ata/htdocs/TEST53/vendor/contao/manager-bundle/bin /contao-console contao:install-web-dir public --env=prod --no-ansi" command : PHP Fatal error: Uncaught Error: Call to undefined function Symfony\Comp onent\Console\SignalRegistry\pcntl_async_signals() in /data/ htdocs/TEST53/vendor/symfony/console/SignalRegistry/SignalRegistr y.php:21 Stack trace: #0 /data/htdocs/TEST53/vendor/symfony/console/Appl ication.php(98): Symfony\Component\Console\SignalRegistry\SignalRegistry->_ _construct() #1 /data/htdocs/TEST53/vendor/symfony/framework-bu ndle/Console/Application.php(40): Symfony\Component\Console\Application->__ construct() #2 /data/htdocs/TEST53/vendor/contao/manager-bundl e/src/Console/ContaoApplication.php(26): Symfony\Bundle\FrameworkBundle\Con sole\Application->__construct() #3 /data/htdocs/TEST53/vendor/contao/manager-bundl e/bin/contao-console(37): Contao\ManagerBundle\Console\ContaoApplication->_ _construct() #4 {main} thrown in /data/htdocs/TEST53/vendor/symfony/con sole/SignalRegistry/SignalRegistry.php on line 21 contao:setup Script @php -c contao-manager/php.ini vendor/bin/contao-setup handling the post-install-cmd event returned with error code 1 # Process terminated with exit code 1 # Result: General error vendor/bin/contao-console contao:maintenance-mode disable
{EDIT}
Nach mehrfachem Neustarten des CM hängt's nicht mehr, die Erweiterung srhinow/tinymce-plugins ist noch da.
Geändert von purzel (10.03.2025 um 13:23 Uhr)
Das fürchte ich auch - ich bin nun aber irritiert... In der Console habe ich
$ composer remove srhinow/tinymce-plugins
$ vendor/bin/contao-console contao:maintenance-mode enable
$ composer update srhinow/tinymce-plugins contao/conflicts --no-install
$ composer install
$ vendor/bin/contao-console contao:maintenance-mode disable
ausgeführt; alles grün. Vorsichtshalber im grafischen CM nochmal den Prod.-Cache erneuert (*)
Trotzdem war vermeintlich srhinow/tinymce-plugins immer noch da.
Erst nach erneutem Ab- und Anmelden im CM war das Ding weg.
So, wenn ich nun die 4.13(.53) Instanz, die jetzt keine Erweiterungen mehr enthält (jedenfalls laut grafischem CM) via Console auf 5.3.x anheben möchte, was muss dann in die composer.json? Ich habe nämlich das mit dem Caret ^ immer noch nicht verstanden - obwohl Du mir mal https://github.com/contao/managed-ed...er.json#L6-L15 verlinkt hast
Im Moment sieht die composer.json so aus:Also GAR KEINE Carets. Wann macht man ein ^ hin und wann nicht? Sorry, an der Stelle bin ich wohl zu blöd...Code:{ "type": "project", "require": { "contao/calendar-bundle": "4.13.*", "contao/comments-bundle": "4.13.*", "contao/conflicts": "*@dev", "contao/faq-bundle": "4.13.*", "contao/listing-bundle": "4.13.*", "contao/manager-bundle": "4.13.*", "contao/news-bundle": "4.13.*", "contao/newsletter-bundle": "4.13.*" }, "extra": { "contao-component-dir": "assets" }, "scripts": { "post-install-cmd": [ "@php -c contao-manager/php.ini vendor/bin/contao-setup" ], "post-update-cmd": [ "@php -c contao-manager/php.ini vendor/bin/contao-setup" ] }, "config": { "allow-plugins": { "contao-components/installer": true, "php-http/discovery": true, "contao/manager-plugin": true } } }
(*) ich hatte die Befehle dazu nicht im Kopf; vielleicht sollte ich mir eine Art Shell-Script o.ä. schreiben...
Müsstest du etwas umdrehen. Idealerweise willst du den Maintenace Mode aktivieren bevor du irgendwas ausführst (wie zB eine Extension hinzufügen oder entfernen):
Code:vendor/bin/contao-console contao:maintenance-mode enable composer remove srhinow/tinymce-plugins vendor/bin/contao-console contao:maintenance-mode disable
Einleuchtend...
Das war bestimmt ein copy & paste Fehler; in meiner "Notizen Datei" ist es noch in der richtigen Reihenfolge
Was mache ich nun mit (oder ohne?) dem Caret?
{später}
Hiernach würde ich das Caret überall WEGLASSEN (wollen)... weil ich ja nur LTS Versionen haben möchte.
Dann musst du https://getcomposer.org/doc/articles/versions.md studieren
^4.13 erlaubt auch 4.99 (falls es das gäbe)
4.13.* erlaubt nur 4.13
Hier kannst du dir sowas illustrieren lassen: https://semver.madewithlove.com/, z.B.:
Vielen Dank, dieses "Illustrations-Ding" hat mir geholfen.
Demnach (und auch nach meinem Link in #157) lasse ich das Caret überall weg, weil ich ja nur 5.3 LTS und eben nicht die "kurzlebigen" non-LTS Versionen haben möchte.
Folglich wäre meine composer.json dann so:Code:{ "type": "project", "require": { "contao/calendar-bundle": "5.3.*", "contao/comments-bundle": "5.3.*", "contao/conflicts": "*@dev", "contao/faq-bundle": "5.3.*", "contao/listing-bundle": "5.3.*", "contao/manager-bundle": "5.3.*", "contao/news-bundle": "5.3.*", "contao/newsletter-bundle": "5.3.*" }, "extra": { "contao-component-dir": "assets" }, "scripts": { "post-install-cmd": [ "@php -c contao-manager/php.ini vendor/bin/contao-setup" ], "post-update-cmd": [ "@php -c contao-manager/php.ini vendor/bin/contao-setup" ] }, "config": { "allow-plugins": { "contao-components/installer": true, "php-http/discovery": true, "contao/manager-plugin": true } } }
Aktive Benutzer in diesem Thema: 3 (Registrierte Benutzer: 0, Gäste: 3)