Arrêter une fenêtre de date omise en échec chaque recherche d'événement

Fixkamo-shared-library
Expédié
14 août 2026 à 15:13 UTC
Auteur
Kamo
Commite
c1e68a9

La page du calendrier ne peut jamais énumérer quoi que ce soit. Il demande chaque événement d'un membre a, sans fenêtre, et ces requêtes ont pris la portée comme nulle et l'ont testée avec (:start IS NULL OU e.startTime .start). Avec un argument nul, le conducteur envoie un paramètre non typé et PostgreSQL refuse l'instruction: ERROR: n'a pas pu déterminer le type de paramètre de type de données Sos /api/calendar/events répond à 500 à chaque demande, et la page rendue un une grille vide sans indication de quoi que ce soit avait mal tourné. Suppression d'un tableau de calendrier la même faute, à partir de findByCalendarInGaller (id, null, null). Chaque consultation prend maintenant une fenêtre requise et est en face d'un défaut qui s'élargit une borne absente, donc une valeur typée est toujours envoyée et aucune base de données spécifique n'est nécessaire. Les bornes sont l'année 1 et l'année 9999 au lieu de Long. Les hoquets postgragreSQL s'arrêtent à 4713 av. J.-C. et une sentinelle en dehors de la plage de la colonne. échoue exactement comme le nul l'a fait. Vérifié contre Yugabyte: la forme bornée retourne les événements de la forme nulle ne pouvait pas demander.

Tous les changements

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation