Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Checkbox Validierung im Backenend funktioniert nicht #1666

Open
lehju opened this issue May 8, 2024 · 11 comments
Open

Checkbox Validierung im Backenend funktioniert nicht #1666

lehju opened this issue May 8, 2024 · 11 comments
Labels
bug Something isn't working

Comments

@lehju
Copy link
Contributor

lehju commented May 8, 2024

Describe the bug
Im Backend erfolgt keine Validierung der Checkboxen. Ist eine Checkbox ein Pflichtfeld und wird nicht bestätigt gilt das Formular im Backend als valide.
Datumsfelder werden im Backend auch nicht richtig valildiert. Können auch leer gelassen werden, obwohl sie Pflichtfleder sind.

To Reproduce
Steps to reproduce the behavior:

  1. Example Grouptask starten
  2. Textfeld befüllen
  3. Task speichern
  4. Task wird gespeichert obwohl die Checkbox nicht angehakt ist

Expected behavior
Validierung im Backend sollte wie gewünscht funktionieren. Hier sollten wir uns nochmal abstimmen.

@lehju lehju added the bug Something isn't working label May 8, 2024
Copy link
Contributor

github-actions bot commented May 8, 2024

👋 Thanks for reporting! The maintainers have been notified and will get back to you.

@simonhir
Copy link
Member

simonhir commented May 8, 2024

Das müssten wir wahrscheinlich nochmal diskutieren.
Was mir gerade einfällt, dass required hier vom Backend wahrscheinlich als Validierung != null funktioniert, was technisch gesehen ja korrekt ist.

@darenegade
Copy link
Member

Im Backend erfolgt keine Validierung der Checkboxen. Ist eine Checkbox ein Pflichtfeld und wird nicht bestätigt gilt das Formular im Backend als valide.

Ist hier ein Default vergeben oder wird es angehakt und dann wieder abgehakt? Required bezieht sich auf Null und damit ist false ein valider Wert. Es wird aber mit null initialisiert, oder? So müsste die Checkbox ohne Veränderung und Default zum Validierungsfehler führen. Wenn man nur True zulassen möchte, muss eine andere Validierung verwendet werden.

Für mich ist die Frage, ob wir hier das Rquired rausnehmen und durch eine neue Regel ersetzen.

@simonhir
Copy link
Member

simonhir commented May 8, 2024

Haupt-Problem ist glaube, dass für den Browser required auf einer Checkbox == true bedeutet und das damit inkonsistent ist.

@darenegade
Copy link
Member

@lehju Gibt es einen Grund, warum das direkt in den Sprint reingezogen ist?

Die Inkonsistenz fällt nur bei direkter Nutzung der API auf

@lehju
Copy link
Contributor Author

lehju commented May 8, 2024

Das Issue mit den Aktionshinweisen hängt von dem Bug ab, da wir die Backend Validierung für die barrierefreien Mitteilungnen brauchen.

@darenegade
Copy link
Member

Ich habe das gerade ausprobiert. Wenn ich eine Checkbox als required einfüge und Abschicke, ohne dass es abgehakt ist, dann schickt die UI gar keinen Request, Inwiefern ist dies dann relevant🤔

@lehju
Copy link
Contributor Author

lehju commented May 8, 2024

Wir haben bei den barrierefreien Mitteilungen die Frontend Validierung herausgenommen, da sonst beim Abschicken für jedes fehlerhafte Feld die Benachrichtigung vorgelesen wird. So wird jetzt nur die Meldung vorgelesen, dass die Validierung fehlschlägt.

@darenegade
Copy link
Member

darenegade commented May 8, 2024

Wir haben bei den barrierefreien Mitteilungen die Frontend Validierung herausgenommen

Puh, dass ist aus meiner Sicht nicht ideal, wenn dann alle, selbst simple Validierungen, über das Backend laufen. Darüber sollten wir reden

@darenegade
Copy link
Member

Abstimmung mit @lehju

Die Frontend Validierung soll auch beim Barrierefreiheits-Modus stattfinden. Das in dem Fall viele Meldungen vorgelesen werden könnten, ist wahrscheinlich ein Edge-Case und wir kennen die Nutzung der UI durch blinde Personen zu wenig. Deswegen bleibt das Verhalten in der UI, wie es aktuell ist und wir warten auf Feedback für weitere tiefergreifende Anpassungen, wenn wirklich notwendig

@darenegade
Copy link
Member

Bug bleibt wegen Inkonsistenz offen, aber nicht mehr im Sprint

@darenegade darenegade reopened this May 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

4 participants