Skip to content

Framework tests: Phase 1 no-DB apps (Total.js CMS, Dashy, Etherpad)#102

Merged
Arshia001 merged 5 commits into
mainfrom
framework-tests/phase-1-no-db-apps
Jul 2, 2026
Merged

Framework tests: Phase 1 no-DB apps (Total.js CMS, Dashy, Etherpad)#102
Arshia001 merged 5 commits into
mainfrom
framework-tests/phase-1-no-db-apps

Conversation

@Arshia001

Copy link
Copy Markdown
Member

Phase 1 of ECO-355 — the no-DB self-hosted backend apps: brings the first three real stateful Node backend servers under the framework-test harness (previously it only covered static-site / SSR frontends).

Apps added (in the wasmer-examples submodule, edgejs branch → 6b286ae):

App Type Storage Native matrix WASIX matrix
js-totaljs-cms Total.js v5 CMS Filesystem TextDB ✅ green ✅ green
js-dashy Homelab dashboard (Express) YAML/config files ✅ green ✅ green
js-etherpad Collaborative editor DirtyDB (file) ⏸ edge-skipped ⏸ edge-skipped

What's in this PR

  • Bumps wasmer-examples 3616ac90 → 6b286ae (the three js-* app examples + their routes.json).
  • Adds js-etherpad to FRAMEWORK_TEST_EDGE_SKIP for both the native and WASIX matrices (framework-test + standalone-build). The Node baseline still runs for Etherpad, so its build/boot stays validated.

No runtime/src changes — this is purely the harness picking up three new example apps (auto-discovered) plus the Makefile skip entries.

Etherpad status (edge-skipped, tracked)

Etherpad boots on Node but the EdgeJS edge stages are parked pending two unrelated, tracked runtime gaps:

  • Native: missing Intl constructors (Intl.ListFormat) — ECO-381.
  • WASIX: a runtime-esbuild call in specialpages.ts.

The QuickJS cycle-GC use-after-frees that also previously blocked Etherpad are fixed and merged in #101 — so GC is no longer a blocker here.

Adherence to the ECO-355 rule

No per-app workarounds / custom fixups: totaljs-cms and dashy run on clean upstream checkouts, and Etherpad's remaining blockers are being fixed at the runtime level (tracked tickets), not patched in the example.

🤖 Generated with Claude Code

Arshia001 and others added 5 commits July 1, 2026 07:23
Bumps the wasmer-examples submodule to include the new js-totaljs-cms
backend-app framework test (Total.js v5 CMS). Green on the
framework-test-quickjs-native and framework-test-quickjs-wasix targets
(Node baseline + EdgeJS QuickJS native/WASIX).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Bumps the wasmer-examples submodule to include the new js-dashy
framework test (Dashy dashboard). Green on framework-test-quickjs-native
and framework-test-quickjs-wasix (Node baseline + EdgeJS QuickJS
native/WASIX), running Dashy's Express server on the built dist output.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Bumps wasmer-examples to include the js-etherpad backend-app framework
test (Node-side TS->JS build). Adds js-etherpad to FRAMEWORK_TEST_EDGE_SKIP
so the Node baseline still validates it while the EdgeJS edge stages are
skipped pending fixes: missing Intl constructors on native (Intl.ListFormat,
ECO-381) and a runtime-esbuild call on WASIX. The QuickJS GC use-after-frees
that previously also blocked it are fixed and merged in #101.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
The quickjs workflow pinned Node 22, but the js-etherpad framework-test
Node baseline requires Node >= 24 ("Running Etherpad on Node v22.23.0 is
not supported"), causing all three quickjs matrices to fail. The v8
workflow already runs on the runner default (Node 24) and passes.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
The quickjs-macos job hangs indefinitely in the framework/standalone
tests. The cause is `gatsby build` itself hanging on GitHub macOS runners
(a gatsby-worker/sharp issue) during `pnpm run build` — it is the build
step, not EdgeJS running the app. The harness only has server-readiness/
request timeouts (which apply while serving), not a build-step timeout,
so a hung build hangs the whole job. Linux and WASIX build gatsby fine.

Add a FRAMEWORK_TEST_EXCLUDE env that drops projects from discovery
entirely (never built, no stage attempted) — stronger than the per-stage
FRAMEWORK_TEST_NODE_SKIP/EDGE_SKIP, which still build the app. Set it to
js-gatsby-staticsite,js-gatsby-staticsite2 on the macOS job only, so those
apps stay covered on Linux and WASIX.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@Arshia001 Arshia001 merged commit 50f9368 into main Jul 2, 2026
10 checks passed
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