- Expédié
- 15 août 2026 à 19:58 UTC
- Auteur
- kamo
- S'engager
- b301337
SecurityService envoie maintenant des ids au-delà Numéro.MAX-SAFE-INTEGER en tant que chaînes de manière à ce qu'elles survivent JSON.parse. Cela était en train de défrayer une ligne dans le client : OrganizationDTOSchema dactylographié id as z.union([z.coerce.number(), z.coerce.bigint(), z.string()), et a zod union takes takes la première branche qui correspond -- donc le numéro guilledo.number, a ramené la corde exacte en un double perte, et l'orge id a été tronqué à nouveau avant que quoi que ce soit en aval ne l'a vu. Même bogue de commande sur OrgFeatureBase.id. Chaîne d'abord, non coignée. Un numéro dans cette position ne vient plus que d'un service encore. l'envoi d'un, où la valeur est déjà arrondie et où rien ne peut le récupérer. Organization.id s'élargit en nombre et chaîne à correspondre, comme le fait déjà app/types/avatar.ts pour la même raison. Les appelants devraient comparer et clér sur String(org.id) -- LabelManager C'est déjà le cas, préférant getOrgIdString() et refusant de retomber à une id qui n'est pas un entier sûr.