TREK/server/tests at c8d4ed896e212804aeef1c4583934c7a75fc8108 - TREK

k1nq/TREK

mirror of https://github.com/mauriceboe/TREK.git synced 2026-10-18 21:16:47 +00:00

Files

T

Maurice c8d4ed896e fix(trips): let a trip run past 365 days and refuse a longer range instead of clipping it

A trip longer than a year stopped at day 365: generateDays capped the day
rows at MAX_TRIP_DAYS while the trip kept its full end date, so the last
days had a date but no day to plan on, in the day list, the transport and
booking dialogs and the phone's date pickers (#2403).

The limit is MAX_TRIP_DAYS in @trek/shared now, 999 days, shared by the
server, both trip forms and the MCP tools, and a range past it is refused
rather than cut short: 400 on REST, an error result on MCP, bad params on
the plugin RPC, and a message in the forms before anything is sent. The
check runs before the trip row and the budget are touched, also catches a
start date moved past the stored end on its own, and holds a day_count
rebuild to the same bound. A trip that already carries a longer range can
still be renamed. The MCP-only 90-day ceiling on create_trip goes with it;
it clipped dated trips the same way.

Closes #2403

2026-09-20 12:34:34 +02:00

e2e

fix(trips): let a trip run past 365 days and refuse a longer range instead of clipping it

2026-09-20 12:34:34 +02:00

fixtures

feat(collections): export and import a list as GPX

2026-09-19 21:01:45 +02:00

helpers

fix(places): deleting a place cancels the nights booked at it

2026-09-13 15:36:02 +02:00

integration

feat(collections): export and import a list as GPX