Brauche dringend Hilfe - Shop nicht mehr erreichbar nach Plugin-Update-Versuch

Shopware 6 (German) Allgemein
1

Hi zusammen,

ich brauche dringend Hilfe, weil unser Shop aktuell nicht mehr erreichbar ist. Das letzte, was ich getan habe, war ein Update anzustoßen und zwar “PDF & E-Rechnung automatisch per E-Mail”, von Version 6.4.0 auf 6.4.1. Das Update lief auch normal los, brach dann aber mit einem Fehler ab und seitdem bekomme ich nur noch einen 500er Fehler. Der Shop läuft unter 6.6.4.10, das 6.7er Update bereiten wir derzeit vor….

Ich habe dann in der DB das Update deaktiviert, hat aber nichts gebracht, ebenso habe ich mal alle anderen Plugins deaktiviert, hat auch nichts geholfen.

Im Errorlog sehe ich folgendes:

[22-Sep-2025 16:12:34 Europe/Berlin] PHP Warning:  require(/www/htdocs/xxxx/vendor/symfony/polyfill-php83/bootstrap.php): Failed to open stream: No such file or directory in /www/htdocs/xxxx/vendor/composer/autoload_real.php on line 41
[22-Sep-2025 16:12:34 Europe/Berlin] PHP Warning:  require(/www/htdocs/xxxx/vendor/symfony/polyfill-php83/bootstrap.php): Failed to open stream: No such file or directory in /www/htdocs/xxxx/vendor/composer/autoload_real.php on line 41
[22-Sep-2025 16:12:34 Europe/Berlin] PHP Fatal error:  Uncaught Error: Failed opening required '/www/htdocs/xxxx/vendor/composer/../symfony/polyfill-php83/bootstrap.php' (include_path='.:/usr/share/php:..') in /www/htdocs/xxxx/vendor/composer/autoload_real.php:41
Stack trace:
#0 /www/htdocs/xxxx/vendor/composer/autoload_real.php(45): {closure}('662a729f963d39a...', '/www/htdocs/w00...')
#1 /www/htdocs/xxxx/vendor/autoload.php(22): ComposerAutoloaderInit5fc316c920d2c1417be36a3c639f540c::getLoader()
#2 /www/htdocs/xxxx/vendor/autoload_runtime.php(5): require_once('/www/htdocs/w00...')
#3 /www/htdocs/xxxx/public/index.php(10): require_once('/www/htdocs/w00...')
#4 {main}
  thrown in /www/htdocs/xxxx/vendor/composer/autoload_real.php on line 41

Was kann ich hier tun, komme an dieser Stelle nicht weiter? Danke!

2

was habt ihr für eine php version?

3

PHP Version ist 8.3, das sollte also passen.

Cache leeren hat nichts gebracht, ich habe mal den cache-Ordner umbenannt, damit ein neuer Ordner angelegt wird, aber selbst das passiert nicht, wenn ich den Shop aufrufe.

4

Mal versucht das paket neu zu laden?

composer require symfony/polyfill-php83

5

So, der Shop läuft wieder. Mal der Reihe nach. Der Ordner symfony/polyfill-php83 war nicht (mehr) vorhanden, also habe ich den aus einer Datensicherung kopiert und eingefügt. Danach kam die nächste Fehlermeldung, wieder zu einem Ordner, der nicht vorhanden war.

Und so ging das Spiel weiter, bis 13 Ordner kopiert wurden, die nicht (mehr) da waren, dann konnte man den Shop wieder aufrufen.

So konnte ich auch die Meldung nochmal sehen, die nur kurz sichtbar war, als das Update lief und abbrach. Das sieht so aus:

Uncaught PHP Exception Shopware\Core\Framework\Plugin\Exception\PluginComposerRequireException: "Could not execute "composer require" for plugin "fgitsAutoinvoiceSW6 (fgits/autoinvoice:6.4.1). 
Output: ./composer.json has been updated Running 
composer update fgits/autoinvoice --with-dependencies Loading composer repositories with package information Dependency shopware/core is also a root requirement. 
Package has not been listed as an update argument, so keeping locked at old version. Use --with-all-dependencies (-W) to include root dependencies. Updating dependencies Lock file operations: 0 installs, 14 updates, 0 removals

Upgrading fgits/autoinvoice (6.4.0 => 6.4.1) - 
Upgrading league/commonmark (2.7.0 => 2.7.1) - 
Upgrading masterminds/html5 (2.9.0 => 2.10.0) - 
Upgrading mpdf/mpdf (v8.2.5 => v8.2.6) - 
Upgrading myclabs/deep-copy (1.13.3 => 1.13.4) - 
Upgrading nette/utils (v4.0.7 => v4.0.8) - 
Upgrading phpstan/phpdoc-parser (2.2.0 => 2.3.0) - 
Upgrading setasign/fpdi (v2.6.3 => v2.6.4) - 
Upgrading smalot/pdfparser (v2.12.0 => v2.12.1) - 
Upgrading symfony/finder (v7.2.2 => v7.2.9) - 
Upgrading symfony/polyfill-php83 (v1.32.0 => v1.33.0) - 
Upgrading symfony/process (v7.2.5 => v7.2.9) - 
Upgrading symfony/validator (v7.2.8 => v7.2.9) - 
Upgrading symfony/yaml (v7.2.8 => v7.2.9) 

Writing lock file Installing dependencies from lock file (including require-dev) Package operations: 0 installs, 14 updates, 0 removals - 
Downloading symfony/process (v7.2.9) - 
Downloading symfony/yaml (v7.2.9) - 
Downloading symfony/finder (v7.2.9) - 
Downloading symfony/polyfill-php83 (v1.33.0) - 
Downloading symfony/validator (v7.2.9) - 
Downloading setasign/fpdi (v2.6.4) - 
Downloading smalot/pdfparser (v2.12.1) - 
Downloading phpstan/phpdoc-parser (2.3.0) - 
Downloading masterminds/html5 (2.10.0) - 
Downloading myclabs/deep-copy (1.13.4) - 
Downloading mpdf/mpdf (v8.2.6) - 
Downloading nette/utils (v4.0.8) - 
Downloading league/commonmark (2.7.1) 0/13 [>---------------------------] 0% 7/13 [===============>------------] 53% 12/13 [=========================>--] 92% 13/13 [============================] 100%

Danach sieht man dann, dass das Plugin-Update loslegen will mit den og 13 Datei-Updates:

Upgrading symfony/process (v7.2.5 => v7.2.9): Extracting archive - 
Upgrading symfony/yaml (v7.2.8 => v7.2.9): Extracting archive - 
Upgrading symfony/finder (v7.2.2 => v7.2.9): Extracting archive - 
Upgrading symfony/polyfill-php83 (v1.32.0 => v1.33.0): Extracting archive - 
Upgrading symfony/validator (v7.2.8 => v7.2.9): Extracting archive - 
Upgrading setasign/fpdi (v2.6.3 => v2.6.4): Extracting archive - 
Upgrading smalot/pdfparser (v2.12.0 => v2.12.1): Extracting archive - 
Upgrading phpstan/phpdoc-parser (2.2.0 => 2.3.0): Extracting archive - 
Upgrading masterminds/html5 (2.9.0 => 2.10.0): Extracting archive - 
Upgrading myclabs/deep-copy (1.13.3 => 1.13.4): Extracting archive - 
Upgrading mpdf/mpdf (v8.2.5 => v8.2.6): Extracting archive - 
Upgrading nette/utils (v4.0.7 => v4.0.8): Extracting archive - 
Upgrading league/commonmark (2.7.0 => 2.7.1): Extracting archive - 
Upgrading fgits/autoinvoice (6.4.0 => 6.4.1): Source already present 0/13 [>---------------------------] 0% 
Update of symfony/polyfill-php83 failed 
Update of myclabs/deep-copy failed 
Update of symfony/process failed 
Update of symfony/yaml failed 
Update of symfony/finder failed 
Update of masterminds/html5 failed 
Update of setasign/fpdi failed 
Update of phpstan/phpdoc-parser failed 
Update of smalot/pdfparser failed 
Update of nette/utils failed 
Update of symfony/validator failed 
Update of league/commonmark failed 12/13 [=========================>--] 92% 
Update of mpdf/mpdf failed 13/13 [============================] 100%

Und das ging schief und leider sieht es so aus, dass die entsprechenden Ordner, wo eigentlich die Updates installiert werden sollten, vor dem Update gelöscht wurden vom Update-Prozess und danach war der Shop dann nicht mehr erreichbar.

Nach dem Einfügen der ganzen Ordner konnte das Update im Backend nochmal angestoßen werden und lief problemlos durch.

Keine Ahnung, wo der Fehler herkam, aber grundsätzlich sollte in einem solchen Prozess nichts gelöscht werden, bevor das Update durchgelaufen ist.