Project

General

Profile

Anomalie #16963

A tester - [Notifications] champ de fusion [sender] prend une valeur vide si l’émetteur est un utilisateur

Added by Quentin RIBAC over 1 year ago. Updated about 1 year ago.

Status:
En cours de dev (S)
Priority:
2-Sérieux
Assignee:
-
Target version:
Start date:
04/30/2021
Due date:
Tags Courrier:

Description

Courrier 20.03.19

Lors d’un envoi de notifications avec dans la colonne Émetteur du modèle la valeur ci-dessous, les champs de fusion sont correctement remplacés dans le cas où l’expéditeur du courrier est un contact. Mais quand l’expéditeur est un utilisateur de l’application, les champs restent vides.

[contact.company;block=tr] [contact.firstname] [contact.lastname] [contact.function] [contact.address_number] [contact.address_street] [contact.address_postcode] [contact.address_town]

Mail reçu en capture d’écran.

Courrier 21.03.3

Même erreur, les champs de fusion dans le modèle sont :

[sender.company;block=tr] [sender.firstname] [sender.lastname][sender.function][sender.address_number][sender.address_street][sender.address_postcode][sender.address_town]

Mail reçu en capture d’écran.

Je n’ai pas fait le test en 20.10 mais vraisemblablement le comportement doit être identique.

notifErreur2003.png (46.7 KB) notifErreur2003.png 20.03 - l’émetteur du 1er courrier est bbain (user, pas contact) Quentin RIBAC, 04/30/2021 03:18 PM
notifErreur2103.png (64.2 KB) notifErreur2103.png 21.03 - l’émetteur du 1er courrier est bbain (user, pas contact) Quentin RIBAC, 04/30/2021 03:20 PM
8024
8025

History

#1 Updated by Emmanuel DILLARD over 1 year ago

  • Status changed from A qualifier to A étudier

#2 Updated by Emmanuel DILLARD over 1 year ago

  • Subject changed from [notifs] champ de fusion [sender.*] ou [contact.*] prennent une valeur vide si l’émetteur est un utilisateur to [Notifications] champ de fusion [sender.*] ou [contact.*] prennent une valeur vide si l’émetteur est un utilisateur
  • Status changed from A étudier to Prêt à embarquer
  • Target version changed from Inscription Backlog Courrier to Courrier 21.03 (stable)

#3 Updated by Emmanuel DILLARD over 1 year ago

  • Subject changed from [Notifications] champ de fusion [sender.*] ou [contact.*] prennent une valeur vide si l’émetteur est un utilisateur to [Notifications] champ de fusion [sender] prend une valeur vide si l’émetteur est un utilisateur
  • Status changed from Prêt à embarquer to Complément d'Informations
  • Assignee changed from EDI PO to Quentin RIBAC

-> Normal doc 21.03 :
*
Si l'expéditeur est un utilisateur de l'application, seul les champs sender.firstname et sender.lastname seront disponibles.
Si l'expéditeur est une entité de l'application, seul le champ sender.lastname sera disponible et rempli avec le libellé de l'entité.*

Mettre le block TR sur Lastname

#4 Updated by Emmanuel DILLARD over 1 year ago

  • Status changed from Complément d'Informations to 17

#5 Updated by Emmanuel DILLARD over 1 year ago

  • Status changed from 17 to Complément d'Informations

#6 Updated by Emmanuel DILLARD over 1 year ago

  • Project changed from Backlog to Backlog Courrier
  • Target version changed from Courrier 21.03 (stable) to 21.03

#7 Updated by Emmanuel DILLARD over 1 year ago

  • Due date set to 06/21/2021
  • Status changed from Complément d'Informations to Etude planifiée

#8 Updated by Emmanuel DILLARD over 1 year ago

  • Subject changed from [Notifications] champ de fusion [sender] prend une valeur vide si l’émetteur est un utilisateur to A tester - [Notifications] champ de fusion [sender] prend une valeur vide si l’émetteur est un utilisateur
  • Due date deleted (06/21/2021)
  • Status changed from Etude planifiée to Prêt à embarquer
  • Assignee changed from Quentin RIBAC to EDI PO

#9 Updated by Quentin RIBAC about 1 year ago

  • Status changed from Prêt à embarquer to En cours de dev (S)
  • Assignee changed from EDI PO to Quentin RIBAC

#10 Updated by Quentin RIBAC about 1 year ago

  • Assignee deleted (Quentin RIBAC)

Also available in: Atom PDF