Brandon ThomasandClaude Opus 5.5 5e618c553a Issue #100: Ask what to do when the library can't be opened, never a silent demo session ...

When open_library failed, the desktop app (and the web build) quietly ran
an in-memory session seeded with the demo photos: it looked like a reset
library and everything done in it was lost at quit.

- The session now starts empty and in memory (no demo photos) and
  LightcraftApp::library_problem shows a blocking window with the path and
  the error: Try Again, Choose Another Library… (app.openLibrary), Continue
  Without Saving, Quit. Command-line files are imported once the user has
  chosen.
- A temporary session shows a banner under the top bar (with Open
  Library…) for as long as it lasts; it has no library, so nothing is
  written anywhere. Opening a library ends it.
- ui.inspect → libraryProblem; widget ids for automation; documented in
  control-protocol.md.
- Web build: same window (Try Again disabled: reloading the page retries).
- Headless UI test: locked library → window → Continue Without Saving →
  banner, nothing written to the library → lock released → Try Again opens
  it. Checked in the real app over the control channel too.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

2026-10-05 18:13:00 -04:00

..

src

Issue #100: Ask what to do when the library can't be opened, never a silent demo session

2026-10-05 18:13:00 -04:00

Cargo.toml

M0.12: web persistence — library, edits and imported originals survive a reload

2026-10-01 08:18:01 -04:00

index.html

M0.12: web persistence — library, edits and imported originals survive a reload

2026-10-01 08:18:01 -04:00

worker.js

M0.13: web render workers — pipeline renders off the main thread

2026-10-01 08:36:15 -04:00