Bug #75226
le passage à django 3.2 modifie le comportement de slugify
Statut:
Fermé
Priorité:
Normal
Assigné à:
-
Catégorie:
-
Version cible:
-
Début:
08 mars 2023
Echéance:
% réalisé:
0%
Temps estimé:
Patch proposed:
Non
Planning:
Non
Club:
Non
Description
Comme décrit par Benj’ dans #75218 :
In [3]: VERSION Out[3]: (2, 2, 28, 'final', 0) In [4]: from django.utils.text import slugify In [5]: slugify('_toto-coin') Out[5]: '_toto-coin'
In [2]: slugify('_coin-toto') Out[2]: 'coin-toto' In [3]: from django import VERSION In [4]: VERSION Out[4]: (3, 2, 18, 'final', 0)
Ce qui nous joue déjà des tours dans la façon dont sont gérés les rôles techniques dans Publik (préfixés par un underscore). Il y aura un correctif nécessaire au moins dans authentic, mais peut-être ailleurs aussi. Je crée ce ticket chapeau pour étudier l’affaire.
Demandes liées
Historique
Mis à jour par Paul Marillonnet il y a environ un an
- Lié à Project management #64274: montée de version django (→ 3.2 LTS) ajouté
Mis à jour par Benjamin Dauvergne il y a environ un an
- Lié à Support #75227: API: rétablir la slugification des noms ajouté
Mis à jour par Frédéric Péters il y a environ un an
- Statut changé de Nouveau à Fermé
Je crée ce ticket chapeau pour étudier l’affaire.
On va dire que rien d'autre.