- Shipped
- 14 august 2026 la 15:13 UTC
- Author
- Kamo
- Commit
- c1e68a9
Pagina de calendar nu ar putea lista nimic. Se cere pentru fiecare eveniment un membru a, fără fereastră, și aceste întrebări au luat gama ca nulabile și testate cu (:start IS NULL OR e.start Time >:start). Cu un argument nul, conducătorul auto trimite un parametru netipificat și PostgreSQL refuză declarația: ERROR: nu a putut determina tipul de date al parametrului $3 Deci /api/calendar/evenimente au răspuns 500 la fiecare cerere, iar pagina a redat o Grilă goală fără niciun indiciu că ceva nu a mers bine. Ștergerea unui hit calendar aceeași vină, de la gindByCalendarInRange (id, nul, nul). Fiecare căutare ia acum o fereastră necesară și este fronted de un implicit care lărgește o limită absentă, astfel încât o valoare tipată este întotdeauna trimisă și nici o distribuție specifică bazei de date este Nevoie. Limitele sunt anul 1 și anul 9999 mai degrabă decât lung. MIN VA INDICIU, deoarece Ștampile de timp PostgreSQL se opresc la 4713 î.Hr. și un santinel în afara intervalului coloanei nu reuşeşte exact cum a făcut nulul. Verificat împotriva Yugabyte: forma delimitată returnează evenimentele forma nulă Nu am putut cere.