-
Instance : Taiga via
taiga-docker(backtaigaio/taiga-back:latest, fronttaigaio/taiga-front:latest). -
Contexte : j’ai activé/configuré les epics récemment sur un projet qui n’en avait pas.
-
Symptôme : la vue Scrum → Backlog renvoie une erreur 500, et le backlog reste vide.
-
En navigation privée ou après nettoyage du cache / des filtres, ça refonctionne.
-
Côté navigateur, l’appel à
/api/v1/userstoriescontient?epic=null. -
Côté back, j’ai ce traceback :
ValueError: invalid literal for int() with base 10: 'null'
danstaiga/projects/userstories/utils.py, fonctionattach_epic_order, sur la ligne :sql = sql.format(tbl=model._meta.db_table, epic_id=int(epic_id))
Il semble que le front puisse envoyer epic=null (par exemple à cause de filtres sauvegardés dans le cache navigateur avant l’activation des epics), et le back ne gère pas ce cas, ce qui provoque une 500 au lieu d’ignorer le filtre ou de renvoyer une 400 propre.
Cause fonctionnelle : vieux filtre d’epic (epic = null) conservé dans le cache / localStorage du navigateur, après avoir ajouté des epics au projet.
- Effet technique : le front appelle
/api/v1/userstories?epic=null→ le back faitint('null')→ValueError→ 500 → backlog vide. - Pourquoi la navigation privée marche : pas de cache / filtre sauvegardé, donc pas de
epic=nullenvoyé.
Solution temporaire avant fix:
- Vide le cache de ton navigateur ou teste en navigation privée.
- Rouvre la page Scrum → Backlog et regarde si l’erreur 500 / le backlog vide ont disparu.