- Cambia
- 15 de agosto de 2026 a las 19:58 UTC
- Autor
- kamo
- Comprometerse
- b301337
SecurityService ahora envía ids pasado Number.MAX-SAFE-INTEGER como cuerdas para que sobrevivan JSON.parse. Eso se estaba deshaciendo una línea en el cliente: OrganizationDTOSchema mecanografiado id como z.union([z.coerce.number(), z.coerce.bigint (), z.string ()) y una unión zod la primera rama que coincide -- así que coerce.number won, convirtió la cuerda exacta de nuevo en un doblete perdida, y el id se truncó de nuevo antes de que algo aguas abajo lo viera. El mismo error de pedido en OrgFeatureBase.id. Cadena primero, sin coerced. Un número en esa posición ahora sólo viene de un servicio todavía Enviando uno, donde el valor ya está redondeado y nada puede recuperarlo. Organization.id se amplía al número de cadena para que coincido, como la aplicación/tipos/avatar.ts ya lo hace por la misma razón. Los llamantes deben comparar y tecla en String(org.id) -- LabelManager ya lo hace, prefiriendo getOrgIdString() y negándose a volver a caer en un id que no es un trasero seguro.