Files
Forge-Engine/tests/test_dotenv_loading.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

37 lines
1.4 KiB
Python

""".env local (voir plan Phase 2, §1, core/flask_app.py::load_dotenv())
— propriété de sécurité dont dépend l'isolation des tests
(tests/conftest.py pose FORGE_USERS_DB_PATH etc. AVANT cet import) :
une variable déjà présente dans os.environ ne doit JAMAIS être écrasée
par un .env local, même sur un poste où un vrai .env existe avec de
vraies clés IA."""
import inspect
import os
import tempfile
import pytest
from dotenv import load_dotenv
import core.flask_app
def test_load_dotenv_never_overrides_an_already_set_variable(monkeypatch: pytest.MonkeyPatch) -> None:
monkeypatch.setenv("FORGE_TEST_DOTENV_VAR", "valeur-deja-posee")
with tempfile.NamedTemporaryFile("w", suffix=".env", delete=False) as f:
f.write("FORGE_TEST_DOTENV_VAR=valeur-du-fichier-env\n")
env_path = f.name
try:
load_dotenv(env_path)
assert os.environ["FORGE_TEST_DOTENV_VAR"] == "valeur-deja-posee"
finally:
os.remove(env_path)
def test_core_flask_app_does_not_pass_override_true_to_load_dotenv() -> None:
"""Garde-fou direct sur le code lui-même : si quelqu'un ajoute un
jour `override=True`, un .env local avec une VRAIE clé écraserait
silencieusement l'isolation des tests (voir ci-dessus)."""
source = inspect.getsource(core.flask_app)
assert "load_dotenv()" in source
assert "override=True" not in source