- Szycy
- 14 sierpnia 2026 15:13 UTC
- Autor
- Kamo
- Pochęt się
- c1e68a9
Strona kalendarza nigdy nie może wymienić niczego. Prosi o każde wydarzenie, które jest członkiem Ma, bez okna, a te zapytania przyjęły zakres jako znieważywalny i przetestowali go Z (:start IS NULL OR e.startTime > :start). Z nieważnym argumentem kierowca Wysyła nietypowy parametr, a PostgreSQL odrzuca oświadczenie: Błąd: nie może określić typu danych parametru $3 Więc /api/calendar/events odpowiedział 500 na każde żądanie, a strona renderowała Pusta siatka, bez żadnych oznak, że coś poszło nie tak. Usuwanie hitu kalendarza To samo wada, z findByCalendarInRange(id, null, null). Każde wyszukiwanie zajmuje teraz wymagane okno i jest wystrzelone domyślnej, która rozszerza się Nieobecny, więc wartość wpisy jest zawsze wysyłana i nie jest odlewiony dla danego bazy danych Potrzebny. Do granic możliwości są rok 1 i rok 9999, a nie Long.MIN_VALUE, ponieważ PostgreSQL znaczniki czasu zatrzymują się w 4713 r. p.n.e. i wartowołów poza zasięgiem kolumny Zawodzi dokładnie tak, jak zrobił to null. Zweryfikowany przeciwko Yugabyte: związana forma zwraca zdarzenia zerową formą Nie można prosić.