- Shipped
- 22 de julho de 2026 às 17:31 UTC
- Author
- kamo
- Commit
- f31c03c
/leades/view/{id} morreu com "Não é possível ler as propriedades do null (ler 'PreferredName')". LeadDTO.toDTO() somente compila o contato primário ` if (leader.getName() != null)`, então uma linha sem Nome chega como «PrimaryContact: null» — mas types/leaders.ts declarou não nullable, por isso o O compilador nunca pediu a ninguém para verificar. A mesma mentira no primeiro nome/último nome/email (nulable individualmente, e o caminho da redação anula email/telefones contato que existe), telefones e idiomas (cada um construído sob seu próprio nulo verificar), e contatos, que os terminais de chumbo nunca povoam em tudo. Dizer a verdade no tipo transformou o tsc na pesquisa: encontrou três sites, Nenhum. O cabeçalho, o resumo do comboio... cadeia opcional parando um hop curto, que teria jogado o momento em que o o cabeçalho foi corrigido — e o cabeçalho Nome do ajudante. O ramo ADDRESS do renderizador de forma personalizada tinha a mesma forma a partir de um direção diferente: o valor armazenado é untyped, assim `JSON.parse(value "! retornou nulo para um "null" armazenado e jogou diretamente no texto livre legado, então '.street' foi lido dele sem guarda. Os seus irmãos DROPDOWN e RADIO eram já envolto em try/catch; este não foi, e renderField() é chamado de desnudo dentro do JSX sem limite de erro, então ou jogar em branco a página. Normalizando nos dois limites ao invés de em cada local de chamada: mapLeadResponse para buscas, e o caminho da semente websocket. Apenas o caminho das sementes — a mesclagem abaixo ele deliberadamente pula nulas de entrada para que uma parcial LEAD UPDATED não em branco campos intocados, e normalizando primeiro teria girado `primárioContato: nulo' em um objeto vazio que substitui um bom contato, apagando o nome em cada mudança de estado. Um nome desaparecido agora faz um traço em.