La vue Scrum → Backlog renvoie une erreur 500, et le backlog reste vide

  • Instance : Taiga via taiga-docker (back taigaio/taiga-back:latest, front taigaio/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/userstories contient ?epic=null.

  • Côté back, j’ai ce traceback :
    ValueError: invalid literal for int() with base 10: 'null'
    dans taiga/projects/userstories/utils.py, fonction attach_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.

  1. Effet technique : le front appelle /api/v1/userstories?epic=null → le back fait int('null')ValueError → 500 → backlog vide.
  2. Pourquoi la navigation privée marche : pas de cache / filtre sauvegardé, donc pas de epic=null envoyé.

Solution temporaire avant fix:

  1. Vide le cache de ton navigateur ou teste en navigation privée.
  2. Rouvre la page Scrum → Backlog et regarde si l’erreur 500 / le backlog vide ont disparu.