Files
Forge-Engine/auth/ensure_user_assets_schema.py
T
williamandClaude Sonnet 5 c57420c8c9 Phase 3 : hardening qualite de code - typage strict, securite, dead code, a11y
Config strictement stricte partout (ruff, mypy --strict, bandit, vulture,
import-linter, eslint, stylelint), aucune regle desactivee "pour ne pas
casser le build" - l'existant a ete corrige pour la satisfaire plutot que
l'inverse. Hooks pre-commit locaux (language: system) bloquants.

- Typage mypy --strict propage a tout le moteur (db, screens, auth, core,
  ai, routes, puis publish/scripts/tests/app.py/build_css.py).
- Securite : fuite de handle fichier Windows corrigee dans l'export SCORM
  (routes/publish/export_scorm.py), CSRF/RNG non-crypto/xAPI documentes
  (# nosec, # NOSONAR justifies), nouveau db.json_for_script() (echappe
  "</script>" dans le JSON embarque en <script>, 25 sites).
- Architecture : imports circulaires/F811 nettoyes, contrats
  import-linter respectes, code mort retire (vulture).
- Accessibilite : 69 champs de formulaire sans label correctement
  associe corriges (for/id ou aria-label) sur 11 templates.
- ESLint/Stylelint : lot mecanique JS/CSS, regles ajustees puis
  appliquees (aucune desactivee sans verification individuelle).
- Tests : isolation du compte admin partage (nettoyage ponctuel +
  fixture de teardown automatique en filet de securite), suite complete
  verte (591 tests Python, 241 tests JS).
- SonarQube Community Build self-heberge (Docker + PostgreSQL) : rapport
  complet analyse point par point, faux positifs documentes.
- .gitattributes ajoute (LF force) : core.autocrlf=true sur cette machine
  faisait echouer ESLint (linebreak-style) via un bug connu de git
  (checkout "en place" qui ignore l'eol force sur un fichier deja
  present sur disque - contourne en supprimant puis recreant chaque
  fichier suivi).

djLint (H021, styles inline) volontairement saute pour ce commit -
backlog assume, deja documente, traite dans un lot separe.

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

35 lines
1.6 KiB
Python

from .connection import connect
def ensure_user_assets_schema() -> None:
""" "Mes assets" (voir user_assets_dir.py) : une image appartient à un
COMPTE, jamais à un projet — table dans la base de comptes partagée
(auth/connection.py), pas dans le game.db d'un jeu (db/connection.py),
pour rester utilisable d'un projet à l'autre du même compte."""
conn = connect()
conn.executescript(
"""
CREATE TABLE IF NOT EXISTS _user_assets (
id INTEGER PRIMARY KEY AUTOINCREMENT,
user_id INTEGER NOT NULL,
filename TEXT NOT NULL,
original_name TEXT,
source TEXT NOT NULL DEFAULT 'upload' CHECK (source IN ('upload', 'ia')),
created_at TEXT DEFAULT CURRENT_TIMESTAMP
);
"""
)
asset_cols = {r["name"] for r in conn.execute("PRAGMA table_info(_user_assets)").fetchall()}
if "scene_kind" not in asset_cols:
# Demande explicite : "un bouton d'import séparé pour les images
# de fond et les objets" — une image "Mes assets" est posée sur
# la scène TOUJOURS en kind="decor" jusqu'ici (voir
# screens/scenes/add_scene_object.py), impossible à utiliser comme
# "fond" (position/empilement différents, voir add_scene_object.py).
# NULL pour un son/une vidéo (n'a pas de sens) OU une image
# importée AVANT ce réglage (retombe sur "decor", comportement
# inchangé — voir routes/scenes/scene_edit_view.py).
conn.execute("ALTER TABLE _user_assets ADD COLUMN scene_kind TEXT")
conn.commit()
conn.close()