Expand
Rechercher

Nous allons voir comment certianes fonctionnalités de UDo.tools vont nous aider à déboguer nos applications.

Dans UDo.tools, on retrouve la gestion des erreurs Ă  2 endroits :

  • Dans le studio pour gĂ©rer les erreurs liĂ©es aux objets graphiques, aux paramĂ©trages incomplets (par exemple un mapping de variables sans correspondance)

  • Depuis le dĂ©bogueur ( ▶ Tester l’app) pour traiter les erreurs de workflows et les erreurs liĂ©es aux attributs visuels (attributs variables)

⚠ Accessible uniquement si l’on a le rĂŽle d’admin sur l’app (Gestion des droits utilisateurs des projets et onglet partage dans les paramĂštres)

L’interface du debug

Logs/actions

  • permet de visualiser l’enchainement des actions lors de l’exĂ©cution d’un dĂ©clencheur de workflow (ex : clic)
  • logs de type dĂ©clencheurs (avec un Ă©clair)
  • logs de type workflow (avec pour nom l’action de WF + le nom donnĂ© au bloc si il y en a un
)
  • logs de type erreur (en rouge)
  • Indique l’ordre dans lequel les actions se succĂšdent (le dernier exĂ©cutĂ© se trouve en derniĂšre ligne)

💡 Tips : avant de se lancer dans les premiùres investigations, il convient de :

  • vider les logs en cliquant sur la poubelle
  • lancer le dĂ©clencheur qui exĂ©cute votre workflow. Ceci vous permettra d’avoir uniquement les lignes de WF Ă  Ă©valuer
  • Au clic d’un log de type dĂ©clencheur ( ⚡) ou de type workflow, on voit apparaitre le dĂ©tail de l’action (Ă  droite de l’écran)
  • En entrĂ©e : Les valeurs qui alimentent l’action de WF
    • Exemple : Enchainement de deux DBRĂ©cupĂšrePremier, dans le second, on rĂ©cupĂšre la l’enregistrement sorti du premier (sortie du premier = entrĂ©e du second)
  • En sortie : Les valeurs qui sorte de l’action de WF
  • DĂ©tails = dĂ©tails de l’action exĂ©cutĂ©e ou de l’erreur

Erreurs

Il s’agit de la liste des logs filtrĂ©e sur les erreurs

Objets

Dans l’onglet objets, on retrouve tous les filtres et caractĂ©ristiques qui concernent l’objet graphique sĂ©lectionnĂ©.

Dans notre exemple, nous avons sĂ©lectionnĂ© l’objet tableau [ta]objet4. Il possĂšde 6 caractĂ©ristiques (6). On y retrouve la sĂ©lection faite sur le tableau, les donnĂ©es (sous forme de liste), la taille (en nombre de lignes), les caractĂ©ristiques de tri et de filtre et surtout le mapping/filtres qui a Ă©tĂ© rĂ©alisĂ© avec la liaison avec une table ou une liaison avec une requĂȘte. Si l’objet avait Ă©tĂ© une zone rĂ©pĂ©tĂ©e, nous aurions trouvĂ© les mĂȘmes indications.

Options

Utilisateur courant : permet de sĂ©lectionner un utilisateur dans le dĂ©bogueur. Permet de ne pas modifier l’utilisateur dĂ©fini par dĂ©faut dans les paramĂštres de l’application. Important pour tester les rĂŽles dans une application.

Variables

On y retrouve l’ensemble des variables “globales” et de “page” avec les valeurs associĂ©es.

Pour les variables globales, on peut lire de quelles valeurs elles sont alimentées.

Pour les variables de page, on ne peut voir seulement les variables de la page sur laquelle nous réalisons les tests

💡 Tips : Afin de faciliter le lien entre les objets/WF du dĂ©bogueur et les objets d’interface, nous vous conseillons de nommer vos objets y compris les zones ([zi] Zone interne) sur lesquelles s’appuient des workflows. Pour les autres zones (conteneurs simples) leur nommage peut ĂȘtre plus perturbant pour la lecture.

Search Placeholder