Bug #9597
fermé
Le bouton 'Voir cette contribution' de la notification par mail n'est pas traduit.
100%
Description
Les notifications reçues par un utilisateur qui proviennent des workflows ne sont pas complètement traduites en Anglais.
Le bouton voir cette contribution est toujours en Français.
Même si l'utilisateur qui fait lance l'action dans le workflow à un profil en Anglais, ou que l'utilisateur qui reçoit la notification a un profil en Anglais dans l'application.
Fichiers
Mis à jour par David Lesimple il y a environ 6 ans
- Statut changé de New à Assigned
- Assigné à mis à David Lesimple
Mis à jour par David Lesimple il y a environ 6 ans
- Projet changé de 127 à Process Manager
- Sujet changé de Problème de traduction dans les notifications reçues des workflows à Le bouton 'Voir la contribution' de la notification par mail n'est pas traduit.
- Catégorie
Workflows diverssupprimé - Assigné à
David Lesimplesupprimé - Version cible mis à Version 5.15.7
L'utilisateur destinataire devrait recevoir une notification avec le bouton 'Go to the contribution' comme c'est d'ailleur le cas
avec une notification sur la boite de notification interne.
Mis à jour par David Lesimple il y a environ 6 ans
- Sujet changé de Le bouton 'Voir la contribution' de la notification par mail n'est pas traduit. à Le bouton 'Voir cette contribution' de la notification par mail n'est pas traduit.
Mis à jour par JF KUENY il y a environ 6 ans
- Projet changé de Process Manager à 127
- Version cible
Version 5.15.7supprimé
Mis à jour par David Lesimple il y a environ 6 ans
- Projet changé de 127 à Process Manager
- Statut changé de Assigned à Qualified
Bonjour,
Merci de ne pas changer ni la version ni le projet des tickets
Lorsque nous qualifions un bug, si nous déplaçons le ticket du projet client au projet Silverpeas, c'est que c'est un bug produit.
Si le ticket comporte des informations confidentielles ou trop privées, le ticket est dupliqué dans une version plus standard dans le projet Silverpeas.
Mis à jour par David Lesimple il y a environ 5 ans
- Statut changé de Qualified à Assigned
- Assigné à mis à David Lesimple
- Votre version de Silverpeas changé de 5.15.6 à 5.15.8
Nous allons le corriger et l'incorporer à la version 5.15.9-SNAPSHOT.
Mis à jour par David Lesimple il y a presque 5 ans
- Lié à Feature #10663: Internationalisation du contenu des notifications ajouté
Mis à jour par Marc Avenel il y a presque 5 ans
Dans la version 5.15.9-SNAPSHOT " Voir cette contribution " est toujours en français.
Pourtant le profil de navigation dans le portail est EN.
Mis à jour par David Lesimple il y a presque 5 ans
- Statut changé de Assigned à Qualified
- Assigné à
David Lesimplesupprimé
Cela n'a pas été corrigé en 5.15.9-SNAPSHOT.
Mis à jour par Nicolas Eysseric il y a plus de 4 ans
- Statut changé de Qualified à In progress...
- Assigné à mis à Nicolas Eysseric
- Version cible mis à Version 6.1
Mis à jour par Nicolas Eysseric il y a plus de 4 ans
- Statut changé de In progress... à Resolved
- % réalisé changé de 0 à 100
Utilisation de NotificationBuilder.
Le libellé du bouton est désormais personnalisé et internationalisé : Voir cette demande / Go to this request (au lieu de Voir cette contribution)
De plus, les éléments du contenu sont internationalisés aussi. C'est le cas des dates qui sont affichées dans la langue du destinataire.
Traité par PR : https://github.com/Silverpeas/Silverpeas-Core/pull/1014
Mis à jour par JF KUENY il y a plus de 4 ans
Bonjour,
Testé sur notre serveur V6 et cela ne fonctionne toujours pas.
Mon user est bien en Anglais dans l'application.
Mis à jour par Nicolas Eysseric il y a plus de 4 ans
JF KUENY a écrit :
Bonjour,
Testé sur notre serveur V6 et cela ne fonctionne toujours pas.
Mon user est bien en Anglais dans l'application.
Bonjour,
Ce ticket est marqué Resolved .
Pour rappel, cela signifie que la correction ou l'évolution a été réalisée mais est en attente de validation (tests) et d'intégration dans la branche master par l'équipe Silverpeas.
Lorsque cela est réalisé, le ticket passe dans l'état Closed.
La correction ou l'évolution est ensuite disponible le lundi matin ou jeudi matin suivant dans le build automatique (si les tests d'intégrations automatisés ne révèlent aucune anomalie).
Mis à jour par JF KUENY il y a plus de 4 ans
Bonjour,
Je suis désolé mais ce n’est pas logique.
Moi je vois dans le ticket que la version cible est la 6.1, que nous sommes en 6.1 sur notre serveur de test, et que le problème est résolu.
Donc je test et ca ne fonctionne pas.
Le mieux c'est de mettre à jour le statut du ticket qu'une fois le problème résolu et le correctif disponible pour mise à jour pour le client.
Mis à jour par Miguel Moquillon il y a plus de 4 ans
Bonjour,
Le cycle de vie des tickets décris par Nicolas est celui des composants Silverpeas (id est projet dans le jargon de Redmine). Ce cycle de vie diffère de celui des tickets liés aux projets client puisque dans ce dernier, effectivement, le ticket est marqué 'Resolved' une fois la correction ou l'évolution installée chez ledit client. Le ticket est ensuite passé à 'Closed' une fois la correction ou l'évolution validée.
Le ticket actuel étant lié à un composant de Silverpeas, en l'occurrence ProcessManager, le cycle de vie de celui-ci suit donc le workflow inhérent aux projets constitutifs à la plateforme Silverpeas.
En général, un utilisateur publie un ticket pour le projet client auquel il fait partie. Une fois ce dernier qualifié par le responsable côté Silverpeas, et si la demande concerne la plateforme Silverpeas et n'est pas propre au projet client, alors un ticket est ouvert pour le projet/composant Silverpeas concerné par la demande. Si un utilisateur publie un ticket directement sur le projet Silverpeas concerné, alors c'est décorrélé de tout projet client et le cycle de vie du ticket suit le workflow traditionnel des tickets produits.
Mis à jour par Miguel Moquillon il y a plus de 4 ans
- Statut changé de Resolved à Integration in progress...
Mis à jour par Miguel Moquillon il y a plus de 4 ans
- Statut changé de Integration in progress... à Closed
PR Validé et intégré.
Attention, le PR ne corrige que le l10n des dates dans le contenu d'une notification ainsi que celui du bouton dans la notification qui renvoie à la demande.