Skip to content

fix: full-size photo stayed a thumbnail on every other fullscreen open - #76

Merged
nemsys merged 1 commit into
mainfrom
fix/fullscreen-full-photo
Oct 10, 2026
Merged

nemsys merged 1 commit into
mainfrom
fix/fullscreen-full-photo

Conversation

@nemsys

@nemsys nemsys commented Oct 10, 2026

Copy link
Copy Markdown
Member

The fullscreen viewer that App.jsx keeps for the whole session cleared its fetched full-size photos on open, but its fetch effect runs in the same commit and still saw the previous opening's photo at slide 0, so it skipped the download; the map was then cleared and the 256 px thumbnail stayed. Result: every other photo opened from a list never reached full size (in the app since the thumb/full split, 9c615f2). The viewer now keeps fetched photos by image id instead of slide index and drops them on close; keying by id also stops a slide from showing the deleted photo after a delete in the edit modals. Verified: lint clean on the file, npm run build passes; in a browser (the Drive edition build, which shares this component unchanged apart from its import) the old viewer gave full / thumb / full / thumb / full for five photos in a row, the fixed one gave full size for eight in a row, and reopening a photo used the cache. Still to check on a device: open several different photos fullscreen one after another in the real app; each should sharpen to full size.

Assisted-by: claude-opus-5-5

https://claude.ai/code/session_01AGV9BpZqVbQo1GevPnMD6T

@nemsys
nemsys merged commit 1279053 into main Oct 10, 2026
1 check passed
@nemsys
nemsys deleted the fix/fullscreen-full-photo branch October 10, 2026 20:34
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant