Files
Forge-Engine/routes/auth/register_2fa.py
T
williamandClaude Sonnet 5 76a50fa87a
Build and deploy / test-python (push) Failing after 1m48s
Build and deploy / test-js (push) Successful in 53s
Build and deploy / build-and-push (push) Skipped
Build and deploy / deploy (push) Skipped
Onboarding guidé systématique + tableau de bord simplifié
Comportement SYSTÉMATIQUE à chaque création de jeu (admin compris), pas
une formalité réservée à l'inscription : /onboarding (routes/onboarding/)
devient le point d'entrée unique — 4 cartes retournables (survol =
explication au dos), défilement horizontal animé vers le nom du jeu. Un
admin y repasse à volonté (pas de project_slug dédié, jamais bloqué/
redirigé vers un projet précédent) ; un compte "user" n'en a plus qu'un
créé d'office (routes/auth/register_2fa.py), guidé ici à la place.

- db/games/game_type_catalog.py : catalogue des 4 types (Quiz/
  Embranchement-escape game/RPG/Créer mon jeu de A à Z), _meta['onboarding_type']
  décide du "kind" du premier écran créé et si le tableau de bord complet
  reste accessible.
- routes/games/game_dashboard.py, templates/game_dashboard_simple.html :
  un type restreint (quiz/embranchement/rpg) voit désormais SON tableau
  de bord (même route que "custom"), rendu en version simplifiée — juste
  ses écrans en cartes avec un aperçu RÉEL du contenu (scène mise à
  l'échelle par container query CSS, adaptée à la largeur réelle de la
  carte). "+ Ajouter un écran" n'y propose pas de choix de type : imposé
  par le projet (routes/screens/screens_new.py), verrouillé aussi côté
  serveur.
- core/auth_guard.py : plus de blocage de game_dashboard par type — la
  restriction se fait au rendu, pas à l'accès à la route.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2026-09-02 06:22:45 +02:00

56 lines
2.6 KiB
Python

from flask import redirect, render_template, request, session, url_for
import auth
from core.flask_app import app
@app.route("/register/2fa", methods=["GET", "POST"])
def register_2fa():
user_id = session.get("pending_register_user_id")
if not user_id:
return redirect(url_for("register"))
user = auth.get_user_by_id(user_id)
if not user:
session.pop("pending_register_user_id", None)
return redirect(url_for("register"))
error = None
if request.method == "POST":
locked_seconds = auth.seconds_locked_remaining(user)
if locked_seconds:
error = auth.lockout_message(locked_seconds)
elif not auth.verify_totp(user["totp_secret"], request.form.get("code", "")):
just_locked_minutes = auth.record_failed_attempt(user_id)
error = auth.lockout_message(just_locked_minutes * 60) if just_locked_minutes else \
"Code invalide — vérifie l'heure de ton téléphone et réessaie."
else:
auth.reset_failed_attempts(user_id)
auth.confirm_totp(user_id)
session.pop("pending_register_user_id", None)
session["user_id"] = user_id
# Générés ici, une seule fois, à l'instant même où la 2FA
# devient active (voir auth/recovery_codes.py) : c'est la SEULE
# occasion où ils sont visibles en clair (seul leur hash reste
# en base) — posés en session pour être affichés une unique
# fois par la page suivante (voir core/recovery_codes_flash.py
# et le modal dans base.html), plutôt que d'interrompre ici la
# redirection habituelle vers le tableau de bord/l'accueil.
session["recovery_codes_to_show"] = auth.generate_recovery_codes(user_id)
if user["role"] == "admin":
return redirect(url_for("index"))
# Un compte "user" (pas "admin") n'a plus de projet créé
# d'office ici — voir routes/onboarding/onboarding_new.py : il
# choisit d'abord un type de jeu et nomme son projet, PUIS
# auth.set_project_slug() y est appelé (core/auth_guard.py
# renvoie ici tout compte sans project_slug). Un admin, lui,
# reste libre de créer ses jeux comme avant ("+ Nouveau jeu"),
# aucun projet ne lui est imposé d'office.
return redirect(url_for("onboarding_new"))
qr_svg = auth.totp_qrcode_svg(user["totp_secret"], user["email"])
return render_template(
"auth/register_2fa.html", error=error, qr_svg=qr_svg,
secret=user["totp_secret"], email=user["email"],
)