Campagne : conserver les données intermédiaires / Afficher la cible affiche des données vides après la mise à niveau
Après une mise à niveau, certains environnements peuvent présenter un problème en raison duquel la vue Afficher la cible ou Conserver les données intermédiaires n’effectue pas le rendu des données attendues dans l’aperçu des données de workflow lors de l’utilisation de builds de console cliente plus récents. Ce comportement est lié aux anciens formulaires de saisie de workflow personnalisés et n’est pas provoqué par un défaut côté serveur.
Description description
Dans les environnements concernés, les utilisateurs peuvent exécuter un workflow et consulter les résultats du ciblage, mais la section Données de l’aperçu de la cible est vide ou n’affiche pas les enregistrements attendus lors de l’utilisation de versions plus récentes de la console cliente.
Ce problème n’a été observé que dans les environnements où le formulaire de saisie xtk:workflow avait été personnalisé avant juin 2021 et cette version personnalisée n’incluait pas la nouvelle définition xpathTargetDataSource introduite ultérieurement dans le formulaire prêt à l’emploi.
Par conséquent :
- Le problème apparaît dans les nouvelles versions de la console cliente.
- Les anciennes versions de la console cliente peuvent encore sembler fonctionner.
- Le comportement est limité aux environnements disposant d’un remplacement personnalisé plus ancien de xtk:workflow.
- Il s’agit d’un problème de compatibilité de la personnalisation de la console cliente/du formulaire, et non d’un défaut du produit côté serveur.
Résolution resolution
La résolution consiste à résoudre le conflit du formulaire de saisie dans xtk:workflow de sorte que le formulaire personnalisé inclue la modification prête à l’emploi manquante.
Plus précisément, dans la section « Enregistrements de la cible » du formulaire de saisie xtk:workflow, assurez-vous que l’attribut suivant est présent :
xpathTargetDataSource=« /ignore/transitionExtensions/@targetDataSource«
Approche recommandée
- Ouvrez le formulaire de saisie xtk:workflow personnalisé.
- Vérifiez s’il est antérieur aux modifications prêtes à l’emploi introduites après juin 2021.
- Résolvez les conflits de formulaire entre la version personnalisée et la nouvelle version prête à l’emploi.
- Vérifiez que la ligne suivante existe dans la section appropriée du formulaire : xpathTargetDataSource=« /ignored/transitionExtensions/@targetDataSource«
- Enregistrez les modifications apportées au formulaire et testez à nouveau l’aperçu de la cible du workflow dans la version actuelle de la console cliente.
Si le problème a commencé après une mise à niveau, vérifiez d’abord la résolution des conflits du formulaire de saisie.
La présence de modifications personnalisées dans un formulaire n’entraîne pas automatiquement de nouvelles modifications prêtes à l’emploi. Celles-ci doivent être fusionnées lors de la résolution des conflits.
Une solution temporaire peut être d’utiliser une ancienne version de console cliente, mais le correctif approprié consiste à mettre à jour la définition de formulaire personnalisé.
L’ingénierie a conclu que ce scénario fonctionne comme prévu une fois le conflit de formulaire correctement résolu.