4 Commits

Include renames

Author	SHA1	Message	Date
magdevandClaude Opus 4.7	597e74edcf	bundled: wipe Symfony cache on every launch — mount path bakes into cache ... Reproduces with the v0.1.1 AppImage on the second launch (same user data dir, fresh AppImage mount): phpqml.bridge.bundled: symfony: "/tmp/.mount_Todo-xllnOHH/..." Cannot load migrations from "/tmp/.mount_Todo-xDBkOfG/.../migrations" ^^^^^^^ stale path from PREVIOUS launch's cache Symfony compiles `kernel.project_dir` (an absolute path) into its cached container under var/cache/. We redirect var/cache into the user data dir for read-only-mount survival (v0.1.0 fix), but the *content* of that cache references the mount path that was active when the cache was built. Next launch gets a different /tmp/.mount_<random>; the cached refs are stale; first project_dir-sensitive lookup blows up (doctrine migrations was the canary; would also surface as misrouted assets, broken Twig template paths, etc.). Fix: BackendConnection::initBundledMode does QDir(cacheDir).removeRecursively() right after creating the dirs but before runMigrations spawns the doctrine subprocess. Symfony rebuilds the cache against the current mount on every launch. Cost: ~1-2s of warmup per cold start. Permanent fix is build-time cache warmup (ship the prod cache inside the AppImage, copy to user data dir on first launch, no per-launch warmup) — already tracked as a v0.2.0 item in PLAN.md §13. v0.1.1 takes the simpler always-wipe approach since it's bugfix-class. Regression guard: examples/todo/tests/bundled-supervisor.sh gains a "2nd launch from fresh staging" step that tears down the first host, re-stages a fresh fake AppImage layout (different /tmp dir = different "mount path" from BackendConnection's perspective), and asserts /healthz comes back up. Without the cache wipe, that step would fail exactly the way doctrine did in the user's report. Verified locally: - bundled-supervisor.sh passes (incl. 2nd-launch step) - Real AppImage: two consecutive launches both reach "phpqml.bridge.bundled: migrations OK" + frankenphp spawn Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-05-03 15:23:30 +02:00
magdevandClaude Opus 4.7	813b064cc1	test: bundled-mode supervisor integration test (faked AppImage layout) ... Stages a fake AppImage layout in /tmp without a real .AppImage build: $ROOT/usr/bin/<app> — copy of the host binary $ROOT/usr/bin/frankenphp — symlink to system frankenphp $ROOT/usr/share/<app>/symfony — staged --no-dev composer copy $ROOT/usr/share/<app>/Caddyfile The staged Symfony tree is `chmod -R a-w` to actually exercise the read-only-mount cache/log redirect (Kernel::getCacheDir + APP_CACHE_DIR override) — without the override, Symfony would fail to mkdir var/cache/prod and migrations would error out. Then runs the host with BRIDGE_URL unset (forces bundled mode), polls /healthz, and asserts: - status=ok + bundle="PhpQml\Bridge\Publisher" — proves the HealthController deep-load (predecessor commit) actually autowired Publisher, i.e. BridgeBundle is reachable. - User data dir's var/cache exists — APP_CACHE_DIR override fired. - Staged tree's var/cache/prod is empty — Symfony didn't write into the read-only mount. Together this catches every v0.1.0 shakedown bug in CI: - doubled bin/frankenphp path (resolveFrankenphpBin) - composer path-repo symlink dangling (staging-symfony's symlink:false sed) - read-only mount cache failure (Kernel + supervisor env-vars) - bundle autoload broken (HealthController canary) Implementation gotcha (caught during dev): the host binary must be COPIED into the staged layout, not symlinked. Qt's applicationDirPath() reads /proc/self/exe which dereferences symlinks, so a symlinked host would resolve to the original build/ dir and the supervisor would hunt for frankenphp + symfony there instead of the staged tree. Real AppImages copy the binary, mimicking that here. Wiring: - examples/todo/Makefile: extracted the staging-symfony logic out of the appimage target into its own staging-symfony target. New integration-bundled target depends on `build` + `staging-symfony` and runs tests/bundled-supervisor.sh. quality target now invokes integration-bundled after the existing dev-mode integration test. - .gitea/workflows/ci.yml: new "Bundled-mode supervisor integration test" step right after the dev-mode integration step. Closes the v0.1.1 follow-up "Bundled-mode integration test" tracked in PLAN.md §13. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-05-03 13:36:21 +02:00
magdevandClaude Opus 4.7	3005815fe4	Phase 4a sub-commit 5: performance-smoke harness + 4a closure ... examples/todo/tests/perfsmoke.sh asserts the PLAN.md §11 budgets against the built AppImage: - Bundle size ≤ 200 MB (hard cap; ≤ 120 MB target) - Cold start ≤ 2000 ms from launch to first /healthz 200 - Idle RSS (host + descendants in the process group) ≤ 200 MB after a 2 s settle. Each budget is overridable via env (PERF_COLD_START_MS etc.) for slow shared CI runners; defaults are the strict numbers from the plan. Runs the AppImage under xvfb-run when DISPLAY is unset; falls back to QT_QPA_PLATFORM=offscreen otherwise (the build script already bundles libqoffscreen.so via EXTRA_PLATFORM_PLUGINS). Wired into: - examples/todo/Makefile → `make perf` - .gitea/workflows/release.yml → runs after AppImage build, before zsync + upload, with cold-start budget bumped to 4 s for CI. CI now also installs zsync + xvfb in one step. examples/todo/README.md gains an "AppImage packaging (Phase 4a)" section walking through `make appimage`, bundled-mode behaviour, the auto-update QML hooks (BackendConnection.checkForUpdates() / applyUpdate()), and `make perf`. PLAN.md §13 Phase 4 marked **4a closed**. 4b (macOS) and 4c (Windows) stay stubs until their runners + certs exist. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-05-02 20:01:52 +02:00
magdevandClaude Opus 4.7	1288a960d4	Phase 3 sub-commit 4: bridge-integration test (HTTP/SSE round-trip + crash-recover) ... examples/todo/tests/integration.sh boots FrankenPHP against the example app on an isolated port (8767) and database (tests/var/integration.sqlite), then asserts: - POST /api/todos creates a row, GET returns it. - SSE stream on app://model/todo carries the §4 envelope with op, correlationKey echoed from Idempotency-Key, and the JSON payload. - The backend log shows ≥2 "Update published" lines per change (collection topic + entity topic — dual publish per ModelPublisher). - Killing FrankenPHP makes /healthz unreachable; restarting it restores GET access without losing data. Wired into make quality alongside the existing PHPStan / cs-fixer / PHPUnit / qmllint checks. The script is self-contained — runs against the example without disturbing a developer's `make dev` instance. qmltestrunner integration deferred: out-of-the-box runner can't see PhpQml.Bridge because the framework module is statically linked into the host binary. A proper QML test target would need a custom CMake executable that links the module + uses QtQuickTest's quick_test_main. Phase 3.x or Phase 5 polish. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-05-02 15:50:03 +02:00