- Spegnimento
- 14 agosto 2026 alle ore 15:13 UTC
- Autore
- Kamo
- Impegno
- c1e68a9
La pagina del calendario non potrebbe mai elencare nulla. Richiede ad ogni evento un membro ha, senza finestra, e queste domande hanno preso la gamma come nullable e testato con (:start IS NULL OR e.startTime >= :start). Con un argomento nullo il conducente invia un parametro non digitato e PostgreSQL rifiuta la dichiarazione: ERROR: non potrebbe determinare il tipo di dati del parametro $3 Così /api/calendar/events ha risposto a 500 su ogni richiesta, e la pagina ha reso un griglia vuota senza indicazione nulla era andato storto. Cancellare un colpo di calendario lo stesso difetto, da findByCalendarInRange(id, null, null). Ogni ricerca ora prende una finestra richiesta ed è davanti a un default che si allarga un limite assente, quindi viene sempre inviato un valore digitato e nessun cast specifico del database è necessario. I limiti sono l'anno 1 e l'anno 9999 piuttosto che Long. MIN VALUE, perché I timestamp PostgreSQL si fermano al 4713 a.C. e un sentinel al di fuori dell'intervallo della colonna fallisce esattamente come il null ha fatto. Verificato contro Yugabyte: il modulo limitato restituisce gli eventi il modulo null non poteva chiedere.