- Expédié
- 12 septembre 2026 à 00:54 UTC
- Auteur
- Kamo
- Commite
- c416c9c
Le client connaissait un statut de fournisseur appelé PENDING que le backend jamais envoie, donc un émetteur qui a été sauvé mais pas encore testé est tombé à "Pas configuré". Il lit maintenant PENDING-SETUP (en acceptant toujours PENDING) et normalise l'ensemble de l'état en un seul endroit: le résumé de la connexion, lorsque le dernier mot de passe changé, le relais de la plate-forme et si le membre peut le gérer. Les défaillances reviennent sous le nom de BulkEmailApiError, portant le statut HTTP et, pour a 400, le champ de formulaire le backend nommé, de sorte que le formulaire peut mettre le message sur ce champ et un 403 peut être représenté comme un état d'accès plutôt qu'un Erreur. Les 204 vides sont tolérés, et un épargne ou un échauffement écrit qui répond avec un signe nageur est suivi d'une GET au lieu d'être adoptée comme l'état, qui est ce qui a blanchi la forme après chaque sauvegarde. Ajoute les appels d'échauffement: GET et PUT /bulk-provider/chaîne et POST /remplisseur de vrac/chauffe/remise en état.