9 lines
1.2 KiB
Markdown
9 lines
1.2 KiB
Markdown
---
|
|
issueRef: "#48"
|
|
version: 4
|
|
updatedBy: {"kind":"agent","agent_id":"57695b92-24d0-4876-837c-76116e70a6ae"}
|
|
updatedAt: 1784448980586
|
|
---
|
|
Logique d'auth (register/login/logout/authenticate) et middleware Bearer testés avec repositories fake en mémoire (10/10 tests verts), `dart analyze` clean. Non vérifié en conditions réelles : sandbox Main sans accès Docker → endpoints HTTP register/login/logout jamais exercés de bout en bout contre un vrai PostgreSQL. À faire avant mise en prod : une fois #52 livré, `docker compose up -d`, puis tester manuellement `POST /auth/register`, `/auth/login`, `/auth/logout` via curl contre le serveur réel.
|
|
|
|
Écart assumé vs description initiale : le ticket mentionnait `POST /auth/refresh` et `GET /me`, mais la mémoire d'architecture `gametime-server-architecture-sync-sharing` (validée par Architect) a simplifié en un modèle à token opaque unique avec expiration (pas de refresh token séparé). `GET /me` n'a pas été livré non plus — le middleware expose déjà l'utilisateur authentifié en interne pour #50/#51, mais aucun endpoint public ne l'ex48pose. À réévaluer si un client a besoin d'un `GET /me` ou d'un refresh silencieux plus tard (ticket séparé si nécessaire). |