Skip to content

fix(memory): serve media archived while the wiki is running - #120

Merged
arthware-dev merged 1 commit into
mainfrom
fix/wiki-media-tmp
Sep 23, 2026
Merged

arthware-dev merged 1 commit into
mainfrom
fix/wiki-media-tmp

Conversation

@arthware-dev

Copy link
Copy Markdown
Contributor

Summary

  • A screenshot filed from a capture room showed on its wiki page as a broken image, and its File link answered 404, until the wiki container was next recreated.
  • The media archive writes through .tmp-* files that are renamed into place. The wiki's watcher reported them, Quartz failed copying or unlinking a path already gone, and replayed that failure on every rebuild. The archive's temporary files are now excluded from the wiki's content.

A screenshot filed from a capture room showed on its wiki page as a
broken image, and its File link answered 404, until the wiki container
was next recreated.

The media archive writes through a temporary `.tmp-*` file beside the
target and renames it into place; ffmpeg derivatives are written the
same way and take long enough for the wiki's file watcher to report
them. Quartz then asks its Assets emitter to copy or unlink a path that
is already gone, and the emitter throws. Quartz 4.5.2 keeps every change
since startup and replays them on each rebuild, so the failure repeats:
the process exits, or later assets never reach the site.

Exclude `media/**/.tmp-*` from Quartz's content, which also removes the
files from what the watcher reports.

Fixes: 03e1708 ("feat(memory): keep the original file behind a wiki page (#92)")
@arthware-dev
arthware-dev merged commit e6d3c3e into main Sep 23, 2026
1 check passed
@arthware-dev
arthware-dev deleted the fix/wiki-media-tmp branch October 7, 2026 11:51
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