Backendstart repariert: 204-Route mit future-annotations

Derselbe Fehler wie damals beim Dashboard. In package_types.py stand
"from __future__ import annotations"; dadurch wird "-> None" zu einer
Zeichenkette, die FastAPI zu NoneType aufloest und als Antwortmodell wertet -
zusammen mit 204 bricht der Aufbau der Anwendung ab, und der Container kommt
gar nicht erst hoch.

Der Import ist raus, mit Begruendung im Quelltext. Die uebrigen Router mit
diesem Import (branding, dashboard, transfer) sind geprueft: Sie geben in
204-Routen Response zurueck.

Damit es nicht ein drittes Mal erst am Container auffaellt, importiert ein
Test jetzt app.main. Genau dabei loest der Fehler aus - der Test deckt damit
auch jede kuenftige Route ab.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
This commit is contained in:
Scarriffle
2026-07-23 14:28:12 +02:00
parent fd9045226b
commit 5171a5ecab
2 changed files with 24 additions and 1 deletions

View File

@@ -0,0 +1,18 @@
"""Faengt Fehler ab, die sonst erst beim Start des Containers auffallen.
Zweimal hat ein 204-Endpunkt den ganzen Dienst am Hochfahren gehindert: Steht in
einem Router ``from __future__`` mit ``annotations``, wird ``-> None`` zu einer
Zeichenkette, die FastAPI zu ``NoneType`` aufloest und als Antwortmodell wertet -
zusammen mit "204 darf keinen Rumpf haben" bricht der Aufbau der Anwendung ab.
Das passiert bereits beim Importieren von ``app.main``, nicht erst im Betrieb.
Deshalb genuegt hier der Import. Er kostet fast nichts, deckt jede kuenftige
Route mit ab - und anders als eine Textpruefung im Quelltext kann er weder an
Kommentaren hangenbleiben noch Hilfsfunktionen fuer Routen halten.
"""
def test_anwendung_laesst_sich_aufbauen():
from app.main import app
assert app.routes