Connecteurs : un rapport devient un ticket Jira, ou une carte que votre canal peut trier

Un rapport de bogue ne vaut que ce qu’il fait gagner à la personne qui doit le corriger, et jusqu’à hier tout s’arrêtait un pas avant l’endroit où cette personne travaille. Le rapport était complet, et quelqu’un devait quand même le recopier dans Jira à la main.

Trois destinations sont arrivées : Jira Cloud, Linear et Slack, à côté de la simple URL signée de la veille. Elles se trouvent dans le tableau de bord, sous Connecteurs.

Classez-le dans votre outil de suivi

Ouvrez un rapport, choisissez l’outil, et il y devient un ticket. La clé qui lui a été donnée est affichée sur le rapport à partir de ce moment, si bien que les deux sont liés dans les deux sens plutôt que de vivre dans la mémoire d’une seule personne.

Si le projet refuse la création - mauvaises permissions, un champ obligatoire, un projet qui n’existe plus - le rapport le dit en une phrase, au lieu d’échouer en silence.

Ou dans un canal

Slack reçoit les quatre événements du rapport : l’arrivée d’un rapport, le changement de son statut, le changement de sa gravité, et quelqu’un qui l’ouvre pour la première fois.

Ce qui arrive est une carte et non une notification. Une ligne de texte avec un lien ne vaut presque rien, car celui qui la lit doit encore ouvrir le rapport pour savoir s’il compte. La carte porte la page où cela s’est produit, qui l’a signalé, la gravité et le statut, combien de requêtes ont échoué, la première erreur de console s’il y en avait une, et la copie d’écran. Celui qui parcourt le canal peut décider si cela le concerne sans rien ouvrir.

Si une livraison échoue, le journal du connecteur montre l’erreur. Vous ne devriez pas avoir à remarquer une absence.

Si vous branchez la simple URL signée et voulez voir ce que transporte une livraison avant que votre propre récepteur existe, pointez-la vers le point de test des webhooks et lisez la requête au moment où elle arrive.

La page du rapport montre maintenant les deux moitiés en même temps

Cliquer sur une ligne de console ou une requête en échec déplace l’enregistrement à ce moment-là. C’est ce qui distingue le plus un rapport d’un enregistrement d’écran, et c’était facile à manquer, parce que l’enregistrement se trouvait au-dessus des onglets : quiconque avait fait défiler vers le bas pour lire la console déplaçait donc un lecteur qu’il ne voyait plus.

L’enregistrement et les preuves sont désormais côte à côte, avec un séparateur que vous pouvez faire glisser pour donner plus de place à l’un ou à l’autre. Sur un écran étroit, ils s’empilent.

Il y a aussi un moyen de montrer un rapport en entier à qui détient le lien. La vue allégée convient à un bogue envoyé à un inconnu et convient mal quand le rapport est une démonstration, ou quand il part chez un prestataire ou un client à qui vous préféreriez ne pas créer de compte.

Lire et écrire sont maintenant des permissions distinctes

Si vous avez connecté un agent à vos rapports, l’accès en lecture suffisait auparavant pour en déplacer un - et passer un rapport à résolu envoie un courriel à la personne qui l’a déposé.

Ces deux écritures demandent désormais une permission à elles, accordée séparément. Un agent qui a l’accès en lecture peut lister, chercher et ouvrir des rapports, et ne peut rien changer ni envoyer de courriel à personne. Nous avons écrit mardi pourquoi il valait la peine de combler cet écart.

Nous demandons avant qu’une balise de suivi ne s’exécute

Nos balises d’analyse et de publicité s’exécutaient sur la seule foi d’un réglage. Il n’y avait d’étape de consentement nulle part sur le site.

Il y en a une maintenant, et les balises l’attendent. C’est la loi dans une bonne partie de l’Europe, et il n’aurait pas dû falloir un argument juridique pour en faire la démonstration.

Plus petites choses

• Se connecter avec Apple, à côté des cinq autres façons de se connecter.
• Nous avons retiré un éditeur de texte qui portait un avis de sécurité non corrigé plutôt que de le garder.
• Un nouveau compte reçoit un accueil digne de ce nom quelle que soit la façon dont il a été créé, et pas seulement par le formulaire d’inscription.
• Un rapport attribué à un domaine par sa balise est désormais conservé pendant la fenêtre de rétention de ce domaine, comme tous les autres rapports qui s’y trouvent.