let the existing split-topology deployment smoke accept an exact external Module Package release pair and module ID while preserving the built-in template path
verify invalid-package rejection, migration apply/idempotence, installed-module discovery, authenticated API probing, Dashboard UI loading, and display loading
prove module and data persistence across an ordinary API restart and API container recreation
exercise disable/re-enable, removal with retained migration history, and reinstall of the same verified package
recognize contract-shaped ModuleStorageError values across separately bundled external-package copies
keep the reference SeaweedFS deployment from stalling writes on modest disks by using the already-proven 32 MB volume allocation granularity
This is generic Core integration support only; it contains no Signage-specific registration or runtime behavior. Ekklesia_Signage PR #13 pins this exact head and supplies the real external package.
Validation
pnpm ci:verify — passed at 40ef0ff802c124ae5a3a0b9aa51a1502a7b72644
targeted deployment/CI suites — 32 tests passed
all three reference Compose combinations — valid
Core Actions run 252 — all 8 jobs passed, including both deployment topologies
Ekklesia_Signage Actions run 253 / integration job 1189 — passed end to end with the real signage-0.1.2-linux-x64-glibc.tar.gz
external browser validation covered split-origin Dashboard UI, authenticated API, three uploaded slides, kiosk pairing/playback, four resilience scenarios, process restart, container recreation, lifecycle disable/re-enable, removal, and reinstall
Scope
No production schema, migration history, verifier policy, authentication policy, package format, or Signage-specific behavior changed. The one reference deployment correction changes SeaweedFS allocation granularity, not individual-object or total storage capacity. Browser validation uses headless Chromium; no physical TV/device validation is claimed.
## Summary
- let the existing split-topology deployment smoke accept an exact external Module Package release pair and module ID while preserving the built-in template path
- verify invalid-package rejection, migration apply/idempotence, installed-module discovery, authenticated API probing, Dashboard UI loading, and display loading
- prove module and data persistence across an ordinary API restart and API container recreation
- exercise disable/re-enable, removal with retained migration history, and reinstall of the same verified package
- recognize contract-shaped `ModuleStorageError` values across separately bundled external-package copies
- keep the reference SeaweedFS deployment from stalling writes on modest disks by using the already-proven 32 MB volume allocation granularity
This is generic Core integration support only; it contains no Signage-specific registration or runtime behavior. Ekklesia_Signage PR #13 pins this exact head and supplies the real external package.
## Validation
- `pnpm ci:verify` — passed at `40ef0ff802c124ae5a3a0b9aa51a1502a7b72644`
- targeted deployment/CI suites — 32 tests passed
- all three reference Compose combinations — valid
- Core Actions run 252 — all 8 jobs passed, including both deployment topologies
- Ekklesia_Signage Actions run 253 / integration job 1189 — passed end to end with the real `signage-0.1.2-linux-x64-glibc.tar.gz`
- external browser validation covered split-origin Dashboard UI, authenticated API, three uploaded slides, kiosk pairing/playback, four resilience scenarios, process restart, container recreation, lifecycle disable/re-enable, removal, and reinstall
## Scope
No production schema, migration history, verifier policy, authentication policy, package format, or Signage-specific behavior changed. The one reference deployment correction changes SeaweedFS allocation granularity, not individual-object or total storage capacity. Browser validation uses headless Chromium; no physical TV/device validation is claimed.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Summary
ModuleStorageErrorvalues across separately bundled external-package copiesThis is generic Core integration support only; it contains no Signage-specific registration or runtime behavior. Ekklesia_Signage PR #13 pins this exact head and supplies the real external package.
Validation
pnpm ci:verify— passed at40ef0ff802c124ae5a3a0b9aa51a1502a7b72644signage-0.1.2-linux-x64-glibc.tar.gzScope
No production schema, migration history, verifier policy, authentication policy, package format, or Signage-specific behavior changed. The one reference deployment correction changes SeaweedFS allocation granularity, not individual-object or total storage capacity. Browser validation uses headless Chromium; no physical TV/device validation is claimed.