- Shipped
- 23 août 2026 à 02:46 UTC
- Author
- kamo
- Commit
- f240abd
La dernière étape du magicien semblait ne rien faire, et en cliquant sur Créer une deuxième réponse que l'organisation existe déjà - parce que le premier clic l'a en fait créé. create Organisation lit l'id out du corps de réponse RAW plutôt que par l'intermédiaire de JSON.parse, puisque un single de 19 chiffres -rowid() ne survint pas à un double. Le modèle qu'il a utilisé, / "id"-s':s'(-d-)/, ne correspond qu'à des chiffres nus. Le JsSafeLongSerializer de SecurityService (88519a3) cite un Long par son VALUE - tout ce qui a passé Number.MAX-SAFE-INTEGER est une corde JSON - donc chaque vrai id maintenant arrive comme "id":"1104573822587305985" et le motif ne correspondait à rien. orgId est revenu vide et le magicien a jeté "Create organization response n'a pas inclus un id" APRES le serveur avait a commis l'organisation, le propriétaire, le domaine et le rôle d'ensemencement. L'essai a ensuite frappé l'alias le contrôle unique de l'unicité et le rapport a signalé comme déjà pris, par lui-même. Les deux formes sont maintenant lues. Le balayage brut reste plutôt que de passer à JSON.parse donc un dos roulé ou SecurityService envoie des numéros à 19 chiffres nus encore parses exactement. Deuxième moitié du même rapport : une création ratée est invisible. La bannière d'erreur rend en haut de Review, qui est un mur de deux colonnes de cartes de section, tandis que Create se trouve dans un pied de page collant - donc Rien ne changeait où que l'utilisateur regarde, ce qui signifie "n'importe quoi". La bannière maintenant obtient un ancre et un rôle "alerte", et un formulaire raté le défile en vue. scrollIntoView plutôt que window.scrollTo: le contenu du magicien est dans sa propre colonne auto-à-plein, donc faire défiler le la fenêtre ne bouge rien sur cet écran.