Recettes

De vraies frictions, classées selon la situation où vous vous trouvez. Écrites après être resté bloqué, pas avant.

Chaque page de cette rubrique est partie de quelque chose qui ne marchait pas. Cent six frictions étaient consignées dans les notes de terrain du projet au 2 août 2026 ; les huit recettes réunies ici sont celles qui reviennent assez souvent pour mériter une page à elles.

Aucune n’a été écrite à l’avance. Une recette qui anticipe un problème décrit le problème que son auteur a imaginé ; une recette écrite après être resté bloqué décrit celui qui arrive vraiment.

Trouver la vôtre par symptôme

Ce que vous constatez	Où aller
Le clic annonce un succès et rien n’a bougé	L’élément qui ne se laisse pas cliquer
Le formulaire part et la page ne change pas	Le formulaire qui n’est jamais envoyé
La navigation dépasse le délai sur une page qui charge sans fin	La page qui ne se stabilise jamais
Vous revoilà sur l’écran de connexion entre deux appels	La session perdue entre deux appels
L’élément est visible mais aucun sélecteur ne l’atteint	L’élément dans une iframe
Le bon numéro a cliqué sur la mauvaise ligne	Le mauvais élément cliqué
Une opération lente tourne et vous ne voyez rien avant la fin	L’opération longue sans retour
La connexion passe, puis la cible demande un code à six chiffres	Le second facteur

Celle qu’on paie le plus cher à apprendre sur le tas

Un délai dépassé sur un clic ne signifie pas que l’action a échoué.

Un cas réel, tiré des notes de terrain : un clone était lancé par l’envoi d’un formulaire qui gardait la requête HTTP ouverte pendant toute l’opération côté serveur. Playwright a abandonné au bout du délai par défaut et signalé une erreur. L’opération, elle, avait déjà commencé. Relancée « proprement » avec un délai plus long, elle a produit un second clone identique — et c’est ainsi qu’on a appris que le premier avait réussi.

Vérifiez la cible avant de réessayer. Cette phrase vaut plus que tout le reste de la page.

Pourquoi elles sont publiées

Une panne qui reste privée est redécouverte par chacun, l’un après l’autre. Ces pages existent pour que la deuxième personne qui tombe sur le problème y passe cinq minutes plutôt qu’une soirée.

Dans le détail

La session n'est pas conservée entre deux appels — Vous vous connectez, la capture prouve que cela a marché, et l’appel suivant retombe sur la page de connexion — ou pire, annonce un succès et ne fait rien. Ce qui se passe réellement, et la règle qui l’évite.

L’élément est là, et le clic ne fait rien — La capture montre le bouton. Set-of-Mark le numérote. Le clic annonce un succès, et rien ne bouge. Trois niveaux de recours, dans l’ordre où les essayer.

Le formulaire annonce un succès et n’est jamais envoyé — Le clic réussit, le scénario finit au vert, et le serveur n’a rien reçu. Deux causes différentes produisent exactement ce résultat — et le remède de l’une ne guérit pas l’autre.

L’opération dure plusieurs minutes, et vous ne voyez rien avant la fin — Un clone, un import, une mise à jour en masse. Diwall capture à la fin — un échec à trente secondes vous coûte donc toute l’attente. Comment obtenir des vues intermédiaires, et pourquoi un délai dépassé n’est pas un échec.

Ça a cliqué, mais pas sur l’élément voulu — Trois boutons identiques, une liste qui a gagné quatre lignes, un bandeau fermé entre la capture et le clic. Le numéro était juste, la cible était fausse.

La page ne finit jamais de charger, quel que soit le délai — Dix secondes : échec. Quarante-cinq secondes : échec identique. La cible n’est pas lente — elle ne sera jamais terminée, et aucun délai n’y changera rien.

L’élément est dans une iframe, et Set-of-Mark l’ignore — Un module de paiement, un éditeur intégré, un formulaire tiers. La numérotation s’arrête au bord du cadre — et ce bord est une frontière de sécurité du navigateur, pas un oubli.

La cible demande un second facteur — Trois façons de passer une demande de double authentification, selon d’où vient le code — et le seul cas qu’aucune ne couvre, que vous rencontrerez le jour de l’activation.