- Navios
- 28 de agosto de 2026 às 02:14 UTC
- Autor
- Kamo
- Enviar
- 3a763e4
Nada no servidor o exigia — a coluna é nulável, a criação O analisador mapeia um valor vazio para nulo, e o patchOrganização aplica apenas as chaves um corpo PUT menciona, então "ano": nulo é um claro deliberado. O único portão era este assistente validBasics, que bloqueou todo o passo básico até um ano Foi escolhido. Muitos clientes reais não têm resposta (um novo LLC, uma divisão girada no meio do ano, qualquer um que simplesmente não sabe), então o portão apenas ensinou-lhes a Inventa um. Largue-o; o campo mantém o seu rótulo sem asterisco e ganha o mesmo "Opcional". FieldHint cada outro campo opcional no passo já tem. Corrige a razão pela qual ninguém notou que o campo já era nulável fim a fim: o org DTO analisado anoEst com um nu ************* e coerção é executada ANTES da opcionalidade, então Number(null)=== 0 e cada org sem o ano chegou como fundado no ano zero. Ficou invisível porque a exibição Os locais guardam a veracidade e 0 é falso — teria surgido como "Est. 0" em o primeiro site que verificou `!= null`. Pré-processo nulo e "" voltar para não definido, normalizar da mesma forma na Organização. de JSON, e alargar o DTOs de rede/tema para admitir o nulo que realmente chega. Os dois sites de exibição que usaram `{org.yearEst &&& <Fact/>}` tornam-se ternários: a Falso-e renderizar é o que teria pintado um 0 nu na gaveta. A o formulário de configurações agora roteia o salvamento através da análiseAnoEst, então uma caixa em branco limpa o valor de propósito em vez de por meio de JSON.stringify transformando NaN em nulo.