jubnl da70388f4b fix(journey): resolve Immich photos on public share by matching trek_photos.id ...

validateShareTokenForPhoto was querying journey_photos by jp.id but the
public page sends p.photo_id (trek_photos.id) in the URL. In a fresh
database the IDs coincidentally match, masking the bug. In production
instances with many Immich-synced photos the trek_photos autoincrement
is far ahead of journey_photos, causing a 404 for every Immich photo
on the public share page.

Fix: change the lookup to jp.photo_id = ? so validation is keyed on
trek_photos.id, which is what the client sends and what streamPhoto
needs. Updated the test helper to return trekId and added a regression
test that pre-populates trek_photos to produce diverging IDs. Closes #675.

2026-04-16 15:37:24 +02:00

..

fixtures

feat(server): add KML and KMZ place import pipeline

2026-04-06 18:31:47 +02:00

helpers

feat(notices): add system notice infrastructure

2026-04-16 14:36:33 +02:00

integration

fix(journey): paginate Immich picker and group photos by date

2026-04-16 15:32:56 +02:00

unit

fix(journey): resolve Immich photos on public share by matching trek_photos.id

2026-04-16 15:37:24 +02:00

websocket

test: expand test suite to 87.3% backend coverage

2026-04-06 20:08:30 +02:00

setup.ts

Add comprehensive backend test suite (#339)

2026-04-03 13:17:53 +02:00