- Se descapó
- 14 de agosto de 2026 a las 15:13 UTC
- Autor
- Kamo
- Compromit
- c1e68a9
La página del calendario nunca podría enumerar nada. Pide cada evento un miembro ha, sin ventana, y estas consultas tomaron el rango como anulado y lo probó con (:start IS NULL OR e.startTime .= :start). Con argumento nulo el conductor envía un parámetro sin escribir y PostgreSQL rechaza la declaración: ERROR: no pudo determinar el tipo de datos de los datos de $3 Así que /api/calendar/eventos respondió 500 en cada solicitud, y la página hizo un Rejilla vacía sin indicios de que algo hubiera salido mal. La eliminación de un éxito de calendario la misma falta, de findByCalendarInRange(id, null, null). Cada mirada ahora toma una ventana requerida y está frontal por un defecto que se ensancha un encuademiento ausente, por lo que siempre se envía un valor mecanografiado y no se envía ningún elenco específico de la base de datos lo necesitaba. Los límites son del año 1 y año 9999 en lugar de Long.MIN.VALUE, porque PostgreSQL timestamps stop at 4713 BC y un centenero fuera del rango de la columna falla exactamente como lo hizo el nulo. Verificado contra Yugabyte: la forma limitada devuelve los eventos la forma nula No podía pedirlo.