Le filet ne voyait pas la panne, seulement le refus

    repondre();

    await reprise;

    // Une panne de réseau se présente comme un refus, et non comme un

    // TypeError : le filet d'erreurs de la coque ne reconnaît que les

    // ErreurApi, et sans cette normalisation, couper le réseau puis écrire ne

    // produisait aucun message. Trouvé par la campagne de test, le filet

    // n'ayant jamais été éprouvé qu'avec un refus HTTP.

    repartir();

    globalThis.fetch = (() => Promise.reject(new TypeError("Failed to fetch"))) as

      unknown as typeof fetch;

    const panne = await api.poster("/api/essai", { valeur: 42 })

      .then(() => null, (e: unknown) => e);

    r.verifie("EX-19", "une panne de réseau se présente comme un refus lisible",

      panne !== null && typeof panne === "object"

      && (panne as { name?: string }).name === "ErreurApi"

      && (panne as { statut?: number }).statut === 0

      && /réseau/i.test((panne as { message?: string }).message ?? ""),

      panne instanceof Error ? `${panne.name} : ${panne.message}` : String(panne));

    globalThis.fetch = (() => new Promise<Response>((resoudre) => {

      appels += 1;

      attentes.push(() => resoudre(new Response(null, { status: 204 })));

    })) as unknown as typeof fetch;

    // Les lectures ne passent pas par le garde : react-query les regroupe déjà,

    // et deux écrans qui lisent la même chose doivent pouvoir le faire.

    repartir();

import { traduisible } from "./langues/index.js";

/**

 * Client de l'API.

 *

    charge = JSON.stringify(corps);

  }

  const reponse = await fetch(chemin, {

  /*

   * Une panne de réseau devient une ErreurApi, comme un refus.

   *

   * « fetch » ne rejette pas avec une ErreurApi mais avec un TypeError, et le

   * filet d'erreurs de la coque ne reconnaissait que les ErreurApi : couper le

   * réseau puis écrire dans un salon ne produisait donc aucun message. Le

   * texte restait dans la boîte, et rien ne disait qu'il n'était pas parti.

   *

   * Trouvé en appliquant le cahier de test — j'avais éprouvé le filet avec un

   * refus HTTP, jamais avec le réseau coupé, c'est-à-dire le cas pour lequel ce

   * produit existe.

   *

   * Le statut zéro dit ce qui s'est passé : aucune réponse n'est arrivée. Ce

   * n'est pas un code HTTP, et aucun serveur n'en renvoie.

   */

  let reponse: Response;

  try {

    reponse = await fetch(chemin, {

      ...options,

      method: methode,

      credentials: "same-origin",

      headers: entetes,

      ...(charge !== undefined ? { body: charge } : {}),

    });

  } catch {

    throw new ErreurApi(0, "reseau_injoignable",

      traduisible("Le réseau n'a pas répondu. Rien n'est parti — réessayez."));

  }

  const type = reponse.headers.get("content-type") ?? "";

  if (!reponse.ok) {

  if (echec === null) return null;

  return (

    <div className="filet-echec" role="alert">

      <span>{echec}</span>

      {/* Traduit à l'affichage : le message du serveur arrive déjà dans la

          langue demandée et ne correspondra à aucune clé, tandis que celui

          que le client fabrique — une panne de réseau — en est une. */}

      <span>{t(echec)}</span>

      <button className="discret petit" aria-label={t("Fermer l’avertissement")}

        onClick={() => definirEchec(null)}>✕</button>

    </div>

    "No sheet targets “{type}” in the frozen dossier. That is the kind of gap you see once and close in calm conditions.",

  "Rectifiée par l’entrée #{seq} — conservée telle quelle.":

    "Corrected by entry #{seq} — kept as written.",

  "Le réseau n'a pas répondu. Rien n'est parti — réessayez.":

    "The network did not answer. Nothing was sent — try again.",

};