-
Notifications
You must be signed in to change notification settings - Fork 19
Description
Nach dem Release von Commit 9ffdf0407be (phpstan: wraps stdClass into WP_REST_Response) konnte mein Datenkonsument (die Karte auf teilrad.net) nicht mehr mit den API-Daten arbeiten. Die Ausgabestruktur hatte sich unbeabsichtigt geändert.
Erst WP_DEBUG=true schaltet die Validierung ein. Aber die Validierung hat einige Fehler und hat vermutlich nie richtig funktioniert (?).
Probleme
-
Falsche Datentypen
Seit dem oben genannten Commit werden Arrays vonWP_REST_Response-Objekten validiert. Es schleichen sich unbeabsichtig "Status: 200" etc. in Feature-Items. Der Validator erwartet aber einfache Datenstrukturen (stdClass/Arrays). -
Nicht umgesetztes Pflichtfeld
Im Items-Schema istownerIdalsrequireddefiniert, wird aber nirgends gesetzt – eine erfolgreiche Validierung ist damit ausgeschlossen. -
Schema-
$refwerden nicht aufgelöst
Schemas verweisen per$refauf andere Dateien (z.B. items → locations). Der Opis-Validator fetcht diese URLs nicht, die Validierung schlägt fehl oder ist unvollständig. -
Inkonsistente Validierung
Nicht alle Routen und Handler (get_itemvs.get_items) validieren; die Logik ist verstreut und uneinheitlich.
Betroffene REST-Endpoints
/wp-json/commonsbooking/v1/locations/wp-json/commonsbooking/v1/items/wp-json/commonsbooking/v1/availability- …
Metadata
Metadata
Assignees
Labels
Type
Projects
Status