fix: mudança no mecanismo de data de identificação para exibição na f… - #187
Conversation
| const dataIdentificacao = new Date(identificacao.created_at); | ||
| // eslint-disable-next-line max-len | ||
| const romanoDataIdentificacao = (`${identificacao.data_identificacao_dia}/${romanos[identificacao.data_identificacao_mes - 1]}/${identificacao.data_identificacao_ano}`); | ||
| const romanoDataIdentificacao = (`${dataIdentificacao.getDate()}/${romanos[dataIdentificacao.getMonth()]}/${dataIdentificacao.getFullYear()}`); |
There was a problem hiding this comment.
@yuriBaza23 acredito que o created_at não é o mesmo que data_indentificacao na tabela. Peguei como exemplo o tombo 42870, que a data de identificação é 58/2025, e o valor na coluna created_at é 26/08/2025.
Além disso, temos que lembrar que nenhuma dessas colunas é obrigatória, então pode ser que não tenha o valor de dia, ou de mes, ou de ano. O painel se comporta desta forma porque o Caxambu nem sempre sabe todos os valores que compõem a data.
There was a problem hiding this comment.
@edvaldoszy Vou utilizar o tombo que fez o teste (42870) para correção. Ainda irei me preocupar com essa questão da não obrigatoriedade da data
There was a problem hiding this comment.
@edvaldoszy, segue a ficha após adaptação do código para exibição da data de identificação:
Abrindo outras fichas para ver se tudo corre como esperado, me deparei com a ficha número 42875 que apresentava erro 500. Após deixar todos os includes como opcionais consegui chegar ao erro e tratar ele no código de exibição da ficha. Abaixo é possível ver que a causa era a inexistência do tombo.coletore.nome, que começou a mostrar undefined quando não existe.
Aproveitei para arrumar esse detalhe com uma verificação de existência que remove esse coletor quando não informado. Veja:
3 participants
…ich tombo
Closes #184
O que foi feito
Somente identificado a data de identificação usando o constructor Date e mostrado usando o padrão já utilizado para datas do tombo e datas de coleta