Maurice 1cbd4acf01 feat(synology): photos attached before the fix get their own capture time and place once ...

Until #3019 a Synology photo's capture time and GPS came from the item after
it, which on many libraries is the next photo, and no one can edit a photo's
capture time to put it right. On the first start after this, every Synology
photo is asked again through its owner's library, held to the backfill's few
lookups per NAS, and what Synology confirms for that very photo replaces what
was stored; a photo it cannot confirm keeps its values. While a library could
not answer, the pass runs again on the next start, at most three times.

2026-11-09 10:59:43 +01:00

..

e2e

fix(wallet): offer Google Wallet only where it works, and never post it to the Apple route

2026-11-07 14:50:17 +01:00

fixtures

fix(service-identity): call the dialect self-check's scrypt input inputSha256

2026-10-29 20:04:40 +01:00

helpers

fix(storage): release a deleted journey's photos and a deleted list's images, and keep one bad key from stopping a category

2026-11-05 14:36:22 +01:00

integration

test(storage): follow the release queue in the tests that pinned an immediate delete

2026-11-01 18:46:58 +01:00

unit

feat(synology): photos attached before the fix get their own capture time and place once

2026-11-09 10:59:43 +01:00

websocket

style: format server and shared with prettier

2026-10-10 21:23:37 +02:00

build-schema-snapshot.ts

refactor(db): open the database through a DatabaseLifecycle provider

2026-10-08 18:38:28 +02:00

global-setup.ts

refactor(db): open the database through a DatabaseLifecycle provider

2026-10-08 18:38:28 +02:00

setup.console-noise.ts

style: format server and shared with prettier

2026-10-10 21:23:37 +02:00

setup.ts

style: format server and shared with prettier

2026-10-10 21:23:37 +02:00