Bug #15220
Élément par "_submitter" dans le journal dans le backoffice, quand accédé par code de suivi
Statut:
Fermé
Priorité:
Normal
Assigné à:
-
Version cible:
-
Début:
03 mars 2017
Echéance:
% réalisé:
0%
Temps estimé:
Patch proposed:
Non
Planning:
Non
Description
Les étapes de journal qui ont été enregistrées comme étant _submitter, elles apparaissent avec le nom de l'agent qui a tapé le code de suivi. Logique vu qu'on affiche la demande comme si c'était la sienne, mais pas top.
Historique
Mis à jour par Frédéric Péters il y a 5 mois
- Statut changé de Nouveau à Fermé
- Planning mis à Non
Le code faisait :
if evo.who == '_submitter': klass = 'msg-in' evo_author = _('Original Submitter') if get_request().user and self.filled.is_submitter(get_request().user): evo_author = get_request().user.display_name
mais ça a été remplacé au passage à un gabarit pour le rendu (#17601) qui fait
+ {% if evolution.who %} + <span class="user">{{evolution.get_author_name}}
avec le get_author_name qui fait
def get_author_name(self): user_id = self.who if self.who == '_submitter': user_id = self.formdata.user_id try: return get_publisher().user_class.get(user_id).display_name except KeyError: return None
et donc on a bien toujours l'affichage des entrées de l'historique "_submitter" affichées avec le bon nom.