GraphiQL 6 überarbeitet die Oberfläche und ändert den Versand von Anfragen
· Redaktion BehindLines
GraphiQL, das Werkzeug zum Schreiben und Testen von GraphQL-Anfragen im Browser, erscheint in Version 6. Laut der am 7. November 2026 von Trevor Scheer im Blog von graphql.org veröffentlichten Ankündigung wurde dieses Vorhaben vom Förderprogramm der GraphQL-Community finanziert. Die Veröffentlichungsseite auf GitHub datiert die Version 6.0.0 auf den 1. November.
Eine um die Editoren herum neu gedachte Oberfläche
Die Code-Editoren waren in Version 5 bereits zu Monaco gewechselt. Version 6 überarbeitet die gesamte Organisation des Arbeitsbereichs: Navigation, Tabs, Menüs und Dialogfenster. Die Versionshinweise nennen helle und dunkle Themes, eine Endpunktleiste, eine in der Größe veränderbare Seitenleiste und eine Statusleiste. Die Ankündigung stellt außerdem klar, dass die Fokusanzeigen für die Tastatur besser lesbar sind und dass automatische Barrierefreiheitsprüfungen nun zusammen mit den übrigen Tests laufen.
Drei Neuerungen für den Alltag
- Query-Builder: Man hakt Felder des Schemas an, und die Operation wird im Editor geschrieben. Man kann zwischen Builder und Text wechseln, Felder in ein wiederverwendbares Fragment auslagern oder ein Argument in eine Variable umwandeln.
- Sammlungen: Operationen werden unter einem Namen gespeichert, als JSON geteilt und ohne Duplikate importiert. Standardmäßig bleiben sie im Browser erhalten; eine Organisation kann ihren eigenen Speicher anbinden.
- Antwort in drei Ansichten: rohes JSON, einklappbarer Baum oder Tabelle. Die Auswahl wird von einem Neuladen zum nächsten gemerkt.
Die „transport“-API ersetzt nach und nach „fetcher“
Die technischste Änderung betrifft den Versand der Anfragen. Die neue `transport`-API liefert zusammen mit dem Ergebnis HTTP-Informationen zurück: Methode, Status, Dauer und Größe der Antwort. Um die Methode zu wählen, befragt sie zuerst den Server mit einer OPTIONS-Anfrage und liest den Header `Allow`. Für eine Leseanfrage bevorzugt sie QUERY, dann POST, dann GET; schlägt die Ermittlung fehl, fällt sie auf POST zurück, und Mutationen verwenden immer POST. Das Projekt empfiehlt die Migration, doch `fetcher` bleibt nutzbar und ist nur als veraltet gekennzeichnet.
Was vor dem Update zu prüfen ist
Die Ankündigung führt die Brüche in der Kompatibilität nicht im Einzelnen auf und verweist auf einen Migrationsleitfaden. Die Versionshinweise listen mehrere auf: Die Versionen 15 und 16.0 bis 16.10 von graphql-js werden nicht mehr unterstützt, das Explorer-Plugin weicht dem Query-Builder, die Eigenschaft `operationName` entfällt, und die alten CSS-Variablen `--color-*` gestalten die Oberfläche nicht mehr und werden durch OKLCH-Tokens ersetzt. Für eine bestehende Integration rät die Ankündigung, zunächst mit dem Migrationsleitfaden zu beginnen.