- Navios
- 7 de agosto de 2026 às 05:09 UTC
- Autor
- kamo
- Enviar
- 970a4eb
Criar uma conta de um lead parecia não fazer nada. O servidor foi retornando um 500 (veja a correção do AccountAddress na biblioteca compartilhada com kamo), mas o apenas erro UI renderizado no topo de um formulário mais alto do que o viewport, aproximadamente um mil pixels acima do botão sendo clicado, dentro da própria página transbordar: container automático. A validação falhada foi igualmente invisível para o mesmo Razão. A barra de ação agora fica fora da região de rolagem, carrega o erro e uma live ready / fill-required dica, e uma rejeição enviar pergaminhos e foca o Primeiro campo que precisa de reparação. Também neste fluxo: - Um link de chumbo falhou foi relatado como uma falha na criação, então a repetição óbvia criou uma segunda conta. Criação e ligação são agora resultados separados. - Tipo de conta foi coletado mas nunca enviado, e não tem coluna de apoio em qualquer lugar; o controle morto se foi em vez de fingir salvar. - Um endereço dactilografado apenas na linha 2 foi retirado, porque o endereço é-há-um-endereço verificação omitiu esse campo. Construção de carga e validação para app/lib/accountForm.ts e são cobertos por testes. - Entradas de texto são tampadas para as larguras reais da coluna, então um valor sobre-longo pode deixar de ser um 500 opaco. O seletor de contas não oferece mais contas apagadas ou fundidas, não mais permite que uma pesquisa mais lenta sobreponha uma mais recente, não reivindica mais nenhuma conta foram encontrados antes de ter pedido, e já não faz nada silenciosamente quando aberto sem chumbo. Cinco manipuladores proxy retornaram uma promessa sem esperar, então sua tentativa / captura nunca poderia atirar; eles também jogou em um corpo vazio ou não-JSON upstream. getCustomerNotes lê notas onde o servidor envia notas de ordem, então notas sempre renderizado vazio, e o compositor de Adicionar nota nunca poderia ter sucesso porque uma nota deve indicar uma ordem.