Closed larsUE closed 2 years ago
@Kagemaru gibt es hier Updates?
Ich habe letzte Woche mal die CPU Limits des Webservers hochgeschraubt, da dieser einige Male in einen Engpass lief. Ich bin mit unserem Nginx Profi am Schauen wegen diesem und dem Too Many Requests Fehlern, was es sein könnte.
Status 429 (Too Many Requests) haben wir rausgefunden. Den müssen wir morgen beim Stand-up anschauen.
Status 422 (Unprocessable Entity) schaue ich mir jetzt an.
Update heute: Im Moment kann ich in keinem Textfeld ein Bild hochladen, immer kommt der Unprocessable entity. File Upload via Backend läuft, aber wenn ich auf die Seite zugreifen möchte kommt ein 500er. Beispiel hier: https://mitwirken.integ.stadt-zuerich.ch/processes/testprozess/f/183/results/4
Das ist also wirklich sehr dringend.
Bei meinen Versuchen mit den Bildern ist mir aufgefallen, dass es nicht um die Filegrösse geht.
Dann ist mir dieser Fehler eingefallen: https://github.com/stadtluzern/decidim-ocl/issues/28
Kannst du prüfen, ob deine Bilder eine zu hohe Auflösung haben?
LG Thomas
Uuh, heisse Spur.
Tests: PNG: 1400 x 900 -> funktioniert JPG: 1200 x 860 -> funktioniert PNG: 1500 x 1600 -> funktioniert JPG: 1250 x 1530 -> funktioniert nicht PNG & JPG: : 1920 x 2022 -> funktioniert nicht
Das könnte also sehr gut der von dir erwähnte Bug sein. Wieso löst dass denn aber hier andere Fehlermeldungen aus? Gerne mal den Fix übernehmen.
Übrigens, ich finde es sehr ungünstig, dass 4000*3000px Bilder nicht funktionieren. Das sind ja nun wirklich Standard-Handy-Kamera-Dimensionen. Lässt sich am hardgecodeten Code nichts ändern? Bzw. was für Implikationen hätte das?
@Kagemaru: wobei, der Fehler schlägt ja auch an, wenn das Bild unter 3'840 px ist.
Das ist also wirklich sehr dringend.
Sorry, das hatte ich übersehen. Ich überprüfe dies als Nächstes. Danach teste ich deine Bilder aus der Mail, um weitere Probleme herauszufinden.
wobei, der Fehler schlägt ja auch an, wenn das Bild unter 3'840 px ist.
Es ist einer der Gründe, warum es fehlschlägt und es war bei mir der häufigste. Jetzt weiss ich worauf ich achten muss beim Testbilder auswählen.
Ein Fallbeispiel, dass ich derzeit als problematisch erachte, sind die .heic Bilder, die Apple nun als Bildstandard eingeführt hat. Diese Bilder lösen den 422er aus, auch wenn ich sie in andere Formate exportiere. Das wird ein Problem sein, da Menschen gerade in diesem Bereich gerne selbstgemacht Bilder hochladen würden.
Was gäbe es da für Lösungsbeispiele? Könnten wir dieses Format einfach erlauben?
Bisher kann kein einziger Browser solche Bilder anzeigen, nicht einmal die Apple-Browser selber: https://caniuse.com/heif Einfach zulassen können wir solche Uploads also nicht. Solche Bilder müssten beim Upload in ein anderes Format konvertiert werden.
Die Unprozessable Entity bei den Formularen wird wahrscheinlich durch das Authenticity Token ausgelöst.
Wir versuchen nun über eine bessere Dokumentation die Leute zu informieren.
Dazu muss ich allerdings einen Pullrequest auf dem WAF Basisrepo machen: https://github.com/puzzle/centos-apache-modsecurity Updates melde ich hier.
Es kamen in den Ferien einige Rückmeldungen, dass beim File-Upload in einer Umfrage immernoch der "Unprocessable Entity" Bug auftritt, Beispielsweise in dieser Umfrage: https://mitwirken.stadt-zuerich.ch/processes/stadtidee/f/82/
Celia hat mich gestern darauf hingewiesen, dass beim Abschicken der Schlussberichte diese Fehlermeldung kommt.
Die Schlussberichte kommen im Hintergrund auch nicht an, das habe ich kurz kontrolliert. Bei mir hat es jedoch geklappt, ich konnte den Fehler noch nicht nachstellen. Ich versuche mal, an die Originaldokumente zu kommen.