Maurice
df3edac7b9
* fix(places): match imports on the provider id so renamed places are not duplicated Re-importing a Google Maps list duplicated every place the user had renamed. buildDedupSet only ever collected names and, for unnamed places, coordinates, and isPlaceDuplicate returns on the name before it reaches the coordinate fallback, so a renamed place was findable by neither. The ids were stored all along, and even backfilled onto matched places, they were simply never read. Match on google_place_id / google_ftid / osm_id first, keeping name and coordinates in their old roles below it. Widening the coordinate check instead would have merged the restaurant and the bar in the same building. The collection copy carried a hand-mirrored port of the same predicate; it now uses the shared helpers and gets the fix with them. Closes #1550 * feat(calendar): put accommodations into the subscribed feed as all-day stays A hotel keeps its dates on the linked stay, not on the reservation: the booking form writes reservation_time = NULL for type 'hotel', and day_accommodations carries start day, end day and the check-in/out clock. The feed only ever read the reservation, so a stay showed up once on the arrival day at best, and not at all when it came from the booking form. Join the stay in and emit the reservation as an all-day range over every night, which also keeps it correct when days are reordered later — the dates now come from the day rows rather than from the copy stamped at creation time. Check-in and check-out become their own timed events when the stay records a clock, because an all-day event cannot carry the time you actually need reminding of. The check-in window, when set, becomes that event's DTEND. Closes #1586 * fix(oauth): treat a concurrent refresh as a race, not as a stolen token Refresh rotation is a race by construction. Several MCP clients share one refresh token, both post it within the same second, and the loser was read as a replay: chain revoked, MCP sessions torn down, browser window asking to log in again. That is the daily re-authentication people were seeing, not a short lifetime — access tokens last an hour and refresh tokens roll for thirty days. A revoked refresh token now only counts as a replay once it is outside a 30-second grace window, and only when the rotation that revoked it left a successor still alive. Inside the window the caller gets its own pair branched off the same parent, so both clients walk away with a working token. Explicit revocation leaves no live successor and a chain killed by a real replay has none either, so neither can slip through the window. Closes #1007 * feat(collections): mark a place visited from the trip it belongs to A place saved in several lists had to be opened in each of them to say you had been there, which is the wrong way round: you find out you have been somewhere while looking at the trip, not while browsing the library. The save picker now shows each list's own status and cycles it in place, with one action for "visited, wherever this is saved". The planner's selection bar and the mobile bulk toolbar carry the same thing for a whole selection — select all, one tap, done. Matching happens on the server with the signals findMembership already uses plus the source link a place saved from this trip carries, so a copy renamed inside a list is still found. Lists you may only read are skipped rather than refused; a shared list you cannot edit should not stop you marking your own. Closes #1469 * feat(journey): jump to the top or back to the last entry in a long journal Everything that adds to a journal sits at the top — the entry button, the gallery upload — and where you left off sits at the bottom, so adding one photo to a long journey meant scrolling the whole way twice. Two buttons float over the middle of the feed, clear of the Add Entry column on one side and the reorder arrows on the other, each appearing only when there is more than a screenful to travel in that direction. They live in a zero-height sticky box so they take no layout space and never push the timeline around. While in the header, the status pill also picks up the height of the round buttons beside it. Closes #1088 * fix(packing): give the item name the row back on phones An item name had roughly a third of the row to itself: a spelled-out sharing sentence, an empty weight column and two round action buttons took the rest, so anything longer than a word was cut off. Sharing is now the icon it always was next to a label rather than a sentence in the layout, an unset weight prints nothing instead of a dash, and edit/delete sit behind one overflow button that opens the same inline menu the bag picker already uses. The to-do list needed none of this — it wraps its chips onto a second line already. Closes #1525 * docs(wiki): cover the six community changes - Calendar feeds: accommodations as an all-day range plus check-in/check-out - Collections: setting the visited status from a trip, and how places are matched - Journey: the jump buttons on a long journal - Packing: what the phone row keeps and what moved behind the overflow button - Places: re-importing a list no longer duplicates renamed places - MCP setup: the rotation race no longer ends an OAuth session * test(collections): assert the stored status instead of a private method tests/ sits outside the build tsconfig, so reaching into getPlaceById only showed up in the dedicated typecheck step. Reading the row is the better assertion anyway — it pins what was persisted, not what a getter returns.
6.7 KiB
Packing Lists
Create categorized packing checklists with member assignments and optional bag tracking.
Where to find it
Open the Lists tab inside the trip planner and select Packing. The tab is only visible when the Packing addon is enabled.
Admin: Enable the Packing addon and optionally turn on Bag Tracking in Admin-Addons.
Progress bar
A progress bar shows how many items have been checked (packed) out of the total. It is hidden on small screens and visible on larger viewports. When all items are checked, a completion message replaces the bar.
Filters
Three filter buttons let you narrow the item view:
- All — every item regardless of checked state.
- Open — unchecked items only.
- Done — checked items only.
Categories
Items are grouped into categories. Each category has a colored dot that cycles through a 10-color palette. When you create a new packing list, suggested items are pre-populated in these categories: Documents (Passport, Travel Insurance, Visa Documents, Flight Tickets, Hotel Bookings, Vaccination Card), Clothing (T-Shirts (5x), Pants (2x), Underwear (7x), Socks (7x), Jacket, Swimwear, Sport Shoes), Toiletries (Toothbrush, Toothpaste, Shampoo, Sunscreen, Deodorant, Razor), Electronics (Phone Charger, Travel Adapter, Headphones, Camera, Power Bank), Health (First Aid Kit, Prescription Medication, Pain Medication, Insect Repellent), and Finances (Cash, Credit Card).
Each category header has a collapse/expand toggle and an overflow menu with these actions:
- Check all — mark every item in the category as packed.
- Uncheck all — unmark every item in the category.
- Rename — rename the category.
- Delete — delete the category and all its items.
Assigning members to a category
Use the people-picker chip row in the category header to assign trip members to that category. Assigned members receive a packing notification. See Notifications for details.
Items
Each item row contains:
- A checkbox to mark the item packed.
- An editable name (click to rename; renaming is disabled while an item is checked).
- A quantity field (always visible).
- When bag tracking is enabled: a weight field (in grams) and a bag picker.
Hovering over an item reveals a category picker (colored dot), a rename button (pencil icon), and a delete button. Add new items using the inline "add item" row at the bottom of each category.
On phones the row keeps the name and reduces everything else: sharing shows as an icon rather than a sentence, a weight nobody entered prints nothing, and edit/delete sit behind the ⋯ button at the end of the row while the list is in edit mode.
Sharing packing items
Every packing item has a sharing tier that controls who sees it and who is bringing it. By default everything sits in the shared group pool, exactly as before — the tiers are opt-in per item.
The two views
Two pills at the top of the list switch what you're looking at:
- Shared — the group pool: items everyone on the trip can see.
- My list — your own items: your personal items, things you've been asked to bring, and things you shared with specific people.
Each pill shows a count of the items in it.
The three tiers
Open an item's Sharing control (the share icon on the row) to move it between tiers:
- Shared — In the group pool, visible to everyone. This is where every item starts.
- Personal — Private — only you can see it.
- Shared with… — pick specific trip members below the two tier options. The item then shows only on your list and on theirs. (If you're the only one on the trip, this reads No one else on this trip yet.)
New items inherit the view you add them in: adding an item while in My list makes it Personal, adding it in Shared makes it Common. To share an item with specific people, add it first, then open its Sharing control and choose them.
Only the item's owner (the person bringing it) can change its sharing. Someone you shared an item with just sees it on their My list with a by {name} badge and can tick it off — they don't manage who else it's shared with.
Who's bringing what
Every item in the Shared pool shows who is bringing it. For an item someone else added, other members see two quick actions instead of the Sharing control:
- I can bring that too — pledge to co-bring it. The item's badge then shows a +1 next to the original bringer. Tap again (I'm not bringing it) to withdraw.
- Copy to my list — clone the item onto your own personal list as a separate private copy, leaving the shared one untouched.
Items created before this feature have no assigned bringer, so they show no "brought by" badge until someone edits their sharing.
Note: this per-item sharing is separate from assigning members to a category (above). Category assignments only send a packing notification — they don't change who can see an item.
All of this is still gated by the packing_edit permission; there is no extra addon or admin toggle.
Bag tracking
Bag tracking is only available when an admin has enabled it.
Admin: Turn on Bag Tracking in Admin-Addons.
When enabled, a Bags panel appears as a right-hand sidebar on wide screens, or as a modal sheet on narrow screens (tap the Bags button in the header to open it). Each bag shows:
- Name and color dot.
- Total weight and a weight-limit progress bar (if a limit is set).
- Member avatars assigned to that bag.
- Item count.
The sidebar also shows an unassigned section for items that have no bag, and a total weight line summing all items.
To use bags:
- Click + Add bag to create a bag with a name and color.
- Assign items to a bag using the bag picker on each item row (visible when bag tracking is enabled).
- Assign members to a bag using the member chip row on the bag card.
Templates
You can save and reuse packing lists across trips:
- Save as Template — click the Save as Template button in the header (visible when the list has items) to save the current list's items and categories as a named template.
- Apply Template — if templates exist, an Apply Template dropdown appears in the header. Selecting a template appends its items to the current list without removing existing items.
Templates are managed by admins in Admin-Packing-Templates.
Permissions
All write operations require the packing_edit permission.