- Порезанный
- 14 августа 2026 г. в 15:13 UTC
- Автор
- Kamo
- Обещать
- c1e68a9
Календарь никогда ничего не может перечислить. Просит каждого участника имеет, без окна, и эти запросы приняли диапазон как нульируемый и протестировали его с (:start IS NULL или e.startTime >= :start). С нулевым аргументом водитель Отправляет нетипированный параметр, а PostgreSQL отказывает: ERROR: не удалось определить тип данных параметра $3 Так /api/calendar/events ответил 500 на каждый запрос, и страница отобразила Пустая сетка без признаков того, что что-то пошло не так. Удаление календарного хита То же самое происходит и с FindByCalendarInRange (id, null, null). Каждый поиск теперь занимает необходимое окно и по умолчанию расширяется. Отсутствующая связь, поэтому типизированное значение всегда отправляется, и никакой тип базы данных не необходимо. Границы составляют год 1 и год 9999, а не длинный. Оценить, потому что Временные метки PostgreSQL останавливаются в 4713 г. до н.э. и часовой вне диапазона колонны. Не так, как это сделал нулевой. Проверено против Югабайта: ограниченная форма возвращает событиям нулевую форму Не мог просить.