- Shipped
- 14 de agosto de 2026 às 15:13 UTC
- Author
- Kamo
- Commit
- c1e68a9
A página do calendário nunca poderia listar nada. Pede para cada evento um membro tem, sem janela, e estas consultas tomaram o intervalo como nulável e testaram-no com (:start IS NULL OR e.startTime >= :start). Com um argumento nulo o driver envia um parâmetro não digitado e PostgreSQL recusa a instrução: ERRO: não foi possível determinar o tipo de dados do parâmetro $3 Então /api/calendar/eventos responderam 500 em cada pedido, e a página renderizada um Grade vazia sem indicação de que algo tinha corrido mal. Excluindo um item do calendário a mesma falha, do findByCalendarInRange(id, null, null). Cada pesquisa agora pega uma janela necessária e é frontada por um padrão que amplia um limite ausente, então um valor digitado é sempre enviado e nenhum elenco específico do banco de dados é Necessário. Os limites são o ano 1 e o ano 9999 em vez de Long. MIN VALOR, porque PostgreSQL timestamps stop em 4713 BC e uma sentinela fora do intervalo da coluna falha exactamente como o nulo. Verificado contra Yugabyte: o formulário limitado retorna os eventos o formulário nulo não podia pedir.