- Expédié
- 6 août 2026 à 21:43 UTC
- Auteur
- kamo
- Commite
- 1bbc9a9
POST - existait en amont et a été testé, mais Rien dans le produit ne pouvait l'atteindre : pas de voie proxy, pas d'aide, pas de bouton. Chaque branche d'échec de LegalExecutedPackageFiler est conçue autour de "Réparations de santé humaines". - un aplatement qui n'a jamais atterri, des octets qui ont dérivé depuis la livraison, un sujet ci-dessous, membre de l'équipe, une marque de conversion qui a échoué - et les paquets attribués La grille les a tous rendus en tant que puce "Erreur" avec rien à côté de lui à cliquer. L'action se trouve dans le créneau de téléchargement s'affranchit, donc une rangée montre exactement l'un des 2. canFileExecutedPackage reflète la liste FILABLE du backend exactement, donc non un bouton peut exister dont le seul résultat est un 409, et il touche à l'exécutionImgId étant absent plutôt que sur le statut: un rang EXecurélable dont l'artefact n'est jamais attachée est la forme silencieuse, le seul cas qu'un opérateur ne penserait jamais à rétrécissement. L'état en amont et la raison sont préservés bout à bout plutôt qu'aplaqué dans "Load failed": 409 ici dit que la réparation est nécessaire, et "ce membre est le niveau de sécurité est inférieur à celui du membre de l'équipe" est quelque chose que le HR répare et fichier à nouveau pendant "un document est toujours manquant" ne l'est pas. PATH UNIQUEMENT par forwardToApi, un appel en amont pour l'OTK à usage unique, les clés i18n existantes uniquement (réprepère/succès/erreur, toutes les trois présentes vérifiées et non-vide dans les 22 localités), les ids restent des cordes.