Onboarding von jemandem allein durchlaufen lassen, auf echter Hardware #21
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Das Onboarding ist bis heute nie von jemandem durchlaufen worden, der nicht wusste, wie es gemeint ist. Beide bisherigen Läufe fanden am Emulator statt, mit zwei Leuten und Nachhilfe per Chat.
Was zählt
Eine Person, die Castarr nicht kennt, bekommt einen Fernseher mit frisch installierter App und ihr Handy — sonst nichts. Kein Zuruf.
Erledigt, wenn sie ohne Hilfe bei der Senderliste landet.
Was dabei zu beobachten ist
Warum das ein 1.0-Kriterium ist
Alles andere in der App kann man reparieren, während die Familie schaut. Das Onboarding trifft jeden genau einmal, und wer dort scheitert, kommt gar nicht erst zum Rest.
Vom Betreiber selbst eingeschätzt: passt. Geschlossen ohne separaten Testtermin.
Anforderung, die dabei genannt wurde: Die Anmeldung darf nicht an Authentik hängen — und ein Haushalt ohne Identity Provider muss trotzdem ans Ziel kommen.
Stand im Code, nachgesehen in
DeviceAuth:/api/accounts/oidc/status/liefertissuerunddevice_client_id), holt sich dann/.well-known/openid-configurationund läuft den Device Authorization Grant nach RFC 8628. Nichts davon ist Authentik-spezifisch — Keycloak, Zitadel, Authelia oder jeder andere Provider mit Device-Flow funktionieren genauso.Was bleibt: der Endpunkt
/api/accounts/oidc/status/stammt aus dem be-nj-Fork von Dispatcharr (ADR-0004). Gegen ein unverändertes Upstream-Dispatcharr gibt es keine Anmeldung — dort bleibt der M3U-Weg.