Bug #224
offen[Bugsink] ErrorException: Warning: filesize(): stat failed for /srv/www/www.verl.de/pages/public/uploads/tx_powermail/__pxewz
0%
Beschreibung
Bugsink: https://bugsink.cytrus.de/issues/issue/cf929105-ebd2-4c34-8706-7ed9ea1fe867/event/last/
Typ: NEW issue
Projekt: www-verl-de
Bugsink Alert
ErrorException: Warning: filesize(): stat failed for /srv/www/www.verl.de/pages/public/uploads/tx_powermail/__pxewz
Automatisch erstellt durch n8n
KI-Analyse:
1. Ursache identifizieren¶
Die Warning
filesize(): stat failed for /srv/www/www.verl.de/pages/public/uploads/tx_powermail/__pxewz
bedeutet: PHP versucht, die Dateigröße einer Datei zu ermitteln, die nicht existiert oder nicht per stat() lesbar ist.
Der betroffene Pfad liegt hier:
/srv/www/www.verl.de/pages/public/uploads/tx_powermail/__pxewz
Das Verzeichnis uploads/tx_powermail/ ist eindeutig dem TYPO3-Systemextension-Ordner von powermail zugeordnet.
Die Datei
__pxewz
sieht nicht nach einer normalen hochgeladenen Datei aus. Wahrscheinlich handelt es sich um eine temporäre/interne Powermail-Datei, die beim Upload-Prozess angelegt, umbenannt oder wieder entfernt wurde. Powermail ruft anschließend trotzdem noch filesize() auf diesen Pfad auf.
Da der Stacktrace nur TYPO3-Core-Frames zeigt, ist der eigentliche Auslöser weiter unten im Callstack nicht sichtbar. Der Core ist hier sehr wahrscheinlich nur der Bootstrap-/Request-Handler und nicht die eigentliche Ursache.
Root Cause:
Powermail versucht, filesize() auf eine nicht vorhandene oder nicht zugreifbare Datei im Upload-Ordner uploads/tx_powermail/ aufzurufen.
Typische Gründe:
- Upload-Datei wurde bereits gelöscht/verschoben.
- Upload-Prozess wurde abgebrochen.
- Dateiname/Tempfile-Pfad ist inkonsistent.
- Berechtigungsproblem auf
uploads/tx_powermail/. - Stale-/Temp-Datei aus einem fehlgeschlagenen Formularversand.
- Powermail-Version/PHP-Version-Kombination erzeugt Warning bei fehlender Datei.
2. Fix beschreiben, konkret¶
Sofortmaßnahme¶
Prüfen, ob die Datei existiert:
ls -la /srv/www/www.verl.de/pages/public/uploads/tx_powermail/__pxewz
sowie Verzeichnisrechte prüfen:
ls -ld /srv/www/www.verl.de/pages/public/uploads/tx_powermail
Der TYPO3-Webserver-User, z. B. www-data, muss Lese-/Schreibrechte auf den Upload-Ordner haben:
chown -R www-data:www-data /srv/www/www.verl.de/pages/public/uploads/tx_powermail
chmod -R 775 /srv/www/www.verl.de/pages/public/uploads/tx_powermail
Je nach Server-Konfiguration ggf. anderen User verwenden.
TYPO3-/Powermail-seitiger Fix¶
Powermail aktualisieren, falls eine ältere Version verwendet wird:
composer update in2code/powermail
bzw. im TYPO3 Extension Manager auf eine kompatible aktuelle Version aktualisieren.
Danach Caches leeren:
rm -rf /srv/www/www.verl.de/pages/var/cache/*
oder über TYPO3 Backend:
Admin Tools → Maintenance → Flush TYPO3 and PHP Cache
Falls der Fehler reproduzierbar beim Absenden eines Powermail-Formulars auftritt¶
Dann konkret prüfen:
- Powermail-Formular mit Upload-Feld öffnen.
- Upload-Konfiguration kontrollieren.
- Erlaubte Dateitypen und maximale Dateigröße prüfen.
- PHP-Limits prüfen:
upload_max_filesize = ...
post_max_size = ...
max_file_uploads = ...
- Webserver-/PHP-Logs auf abgebrochene Uploads prüfen.
- Testen, ob der Fehler nur bei bestimmten Dateien oder bei allen Uploads auftritt.
Code-Level-Fix, falls eigene Anpassungen vorhanden sind¶
Falls eine eigene Extension oder ein eigenes Hook/FileUpload-Handling den Powermail-Upload verändert: dort vor filesize() prüfen:
if (is_file($path)) {
$size = filesize($path);
} else {
$size = 0;
}
oder sicherer:
$size = is_file($path) ? filesize($path) : false;
Da der Fehler aber in uploads/tx_powermail/ auftritt, liegt die Ursache sehr wahrscheinlich in Powermail bzw. dessen Upload-Handling und nicht im TYPO3-Core.
3. Betroffene TYPO3 Extension¶
Betroffene Extension:
in2code/powermail
Extension-Key:
powermail
Hinweis: Der Pfad uploads/tx_powermail/ ist der klassische Upload-Ordner von Powermail.
4. Confidence¶
Confidence: 85%
Begründung: Der Pfad uploads/tx_powermail/ weist sehr klar auf Powermail hin. Der eigentliche Powermail-Frame fehlt im gelieferten Stacktrace, daher bleibt eine kleine Unsicherheit, ob ein Custom-Hook oder eine eigene Anpassung den Fehler auslöst.
Nichts anzuzeigen