Bug #10446
ne pas permettre le tri sur la criticité quand le workflow n'en expose pas
Début:
25 mars 2016
Echéance:
% réalisé:
0%
Temps estimé:
Patch proposed:
Oui
Planning:
Fichiers
Révisions associées
Historique
Mis à jour par Frédéric Péters il y a environ 8 ans
- Fichier 0001-backoffice-do-not-allow-sorting-on-criticality-when-.patch 0001-backoffice-do-not-allow-sorting-on-criticality-when-.patch ajouté
- Statut changé de Nouveau à En cours
- Patch proposed changé de Non à Oui
Mis à jour par Benjamin Dauvergne il y a environ 8 ans
Un truc m'échappe peut-être mais il manque le tag fermant du th.
Mis à jour par Frédéric Péters il y a environ 8 ans
- Fichier 0001-backoffice-do-not-allow-sorting-on-criticality-when-.patch 0001-backoffice-do-not-allow-sorting-on-criticality-when-.patch ajouté
Yep, le navigateur le ferme automatiquement en voyant le <th> qui suit mais l'absence n'était pas volontaire.
Mis à jour par Benjamin Dauvergne il y a environ 8 ans
Là il y a un test sur self.formdef.workflow
mais dans self.tbody() non:
include_criticality_level = get_publisher().has_site_option('workflow-criticality-levels') if include_criticality_level: include_criticality_level = bool(self.formdef.workflow.criticality_levels)
Mis à jour par Frédéric Péters il y a environ 8 ans
Ok, les vérifications sur formdef.workflow sont inutiles de nos jours.
Mis à jour par Frédéric Péters il y a environ 8 ans
- Statut changé de En cours à Résolu (à déployer)
commit 6bf1dbc8f64140b1b0c9dbb82617528b5f1fa7ed Author: Frédéric Péters <fpeters@entrouvert.com> Date: Fri Mar 25 16:52:02 2016 +0100 backoffice: do not allow sorting on criticality when there's none (#10446)
backoffice: do not allow sorting on criticality when there's none (#10446)