- Se descapó
- 28 de agosto de 2026 a las 2:14 UTC
- Autor
- Kamo
- Compromit
- 3a763e4
Nada en el servidor lo requería nunca. La columna es nula, la creación El analizadora mapea un valor vacío a nulo, y el parcheo sólo aplica las claves a PUT body menciona, así que "yearEst": null es un claro deliberado. La única puerta era Esta maga validaBasics, que bloqueó todo el paso de Basics hasta un año fue elegido. Muchos de los clientes reales no tienen respuesta (un nuevo LLC, una división girada A mediados de año, cualquiera que simplemente no lo sepa), así que la puerta les enseñó a inventa uno. Suelta; el campo mantiene su etiqueta libre de asteriscos y gana lo mismo "Opcional". FieldHint a cualquier otro campo opcional en el paso ya lo ha hecho. Arregla la razón por la que nadie se dio cuenta de que el campo ya era nulo de extremo a final: el org DTO pared yearEst con un ************************* y cocoerción corre ANTES de la opcionalidad, así que Número(nll) === 0 y cada org sin El año llegó como fundada en el año cero. Permanecía invisible porque exhibición Los sitios protegen sobre la veracidad y 0 es falso, habría aparecido como "Est. 0" en el primer sitio que marcó en su lugar. Preproceso null y "" volver a indefinido, normalizar de la misma manera en la Organización.fromJSON, y ensanche la red/tema DTO para admitir la nulidad que realmente llega. Los dos sitios de visualización que usaban .org.yearEst & . . . . . . . . . . . . . . . . . . . falsy-y render es lo que habría pintado un 0 desnudo en el cajón. El configuración de configuración ahora rasca el ahorro a través de parseYearEst, por lo que una caja en blanco se borra despeja el valor a propósito en lugar de a través de JSON.stringify convertir NaN en null.