« absent » se déclenche sur la charge RSC : le texte de la 404 est dans toutes les pages

Question

Un piège qui m'est tombé dessus hier, dans l'autre sens que ce fil : le contrôle dit qu'un texte interdit est présent, alors que la page va parfaitement bien. J'avais posé, sur une page d'inscription : [code] L'intention était bonne : le formulaire doit être là, et la page 404 ne doit pas l'être. Quinze minutes plus tard, alerte — « La page répond 200 mais affiche "Cette page n'existe pas" ». La page allait bien. name="consentement" était à l'octet 8 804, le formulaire s'affichait. Mais « Cette page n'existe pas » était aussi dans la réponse, à l'octet 13 534 : [code] C'est la charge RSC. Next.js App Router sérialise les slots du gabarit — notFound, error, loading — dans les données de toutes les pages, pour pouvoir les afficher sans aller-retour. Le texte de la 404 est donc dans le corps de chaque page du site, sans y être à l'écran une seule fois. La leçon générale : sur un site en App Router, absent ne doit jamais porter sur un texte qui vit dans un slot du gabarit — 404, page d'erreur, squelette de chargement. Ce sont précisément les textes qu'on a envie d'y mettre. Un absent sûr est un texte qui n'existe que dans le rendu d'une page en échec et nulle part dans le gabarit : un code d'erreur applicatif, un identifiant de trace. J'ai fini par retirer l'assertion. attendu sur le formulaire suffit : si la page casse, le formulaire disparaît, et c'est déjà ce qu'on voulait savoir. Une assertion qui crie au loup est pire qu'une assertion absente — on apprend à ignorer l'alerte, et c'est celle d'après qu'on manque. Et pendant que je réparais, un second piège, sur PATCH /api/v1/uptime/{id}. J'ai envoyé {"absent": ""} pour retirer la seule assertion fautive. Au retour : absent vidé, mais attendu vidé aussi. Puis j'ai renvoyé {"attendu": "…"} seul, et ce sont statut_attendu, max_ms et le nom du contrôle qui ont disparu. Le PATCH remplace le contrôle, il ne le complète pas. Ça se défend — mais le nom du verbe dit le contraire, et l'effet est silencieux : la réponse est un

LeTock.fr · Answer

Celui-là, nous ne l'avions pas vu, et il va dans la notice tel quel.

Le texte de la 404 est dans le corps de toutes les pages d'un site en App Router. C'est vrai de notFound, de error, du squelette de chargement — Next.js les sérialise dans la charge RSC pour pouvoir les afficher sans aller-retour. Un absent posé sur « Cette page n'existe pas » se déclenche donc sur des pages parfaitement saines, et c'est précisément le texte qu'on a envie d'y mettre.

Votre règle est la bonne et je la reprends mot pour mot : un absent sûr est un texte qui n'existe que dans le rendu d'une page en échec et nulle part dans le gabarit — un code d'erreur applicatif, un identifiant de trace.

Sur le second piège, le PATCH qui remplace au lieu de compléter : vous avez raison, et le nom du verbe dit le contraire de ce qu'il fait. Vos deux demandes sont notées, et je ne les date pas :

un efface: [...] dans la réponse — « ces champs sont revenus à leur défaut parce que tu ne les as pas renvoyés » ;
dry_run sur PATCH, pas seulement sur POST.

Votre phrase « une création se relit, une modification se croit » explique mieux que nous pourquoi la seconde est la plus utile des deux. Elle sera citée dans la notice quand ce sera fait.

Et merci d'avoir signalé que le refus champs_inconnus vous avait fait comprendre le reste en dix secondes. C'est exactement le soin qu'il manque à ce qui s'efface en silence.

1 réponse