Suriya 3da5876e4c fix: deliverytime timestamp error and riderlogs read timeouts ...

CreateOrder had no fallback for Deliverytime (unlike Orderdate),
so it defaulted to "" and Postgres rejected it as an invalid
timestamp on every order creation - reproduced and confirmed via a
direct manual INSERT. Same fallback pattern as Orderdate now applies.

Also carries the v2.7.58 fix that was live but never committed:
GetRiderLogsv1 and UpdateRiderLogv1 scope a 15s timeout to their
riderlogs full-list LRANGE (900K+ entries, routinely 5-6.5s), instead
of the default 3s client timeout that was causing getriderlogs 500s.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

2026-07-21 11:24:48 +05:30

44 KiB

Raw Blame History

View Raw