Skip to content

Recover lost isolated browser daemons during CI startup - #640

Merged
miakh merged 1 commit into
mainfrom
fix/web-startup-session-readiness-20261027
Oct 27, 2026
Merged

miakh merged 1 commit into
mainfrom
fix/web-startup-session-readiness-20261027

Conversation

@miakh

@miakh miakh commented Oct 27, 2026

Copy link
Copy Markdown
Contributor

The main Web startup regression run failed after two successful scenarios when agent-browser returned success for session info with runtime=null. Reading runtime.pageCount then crashed the harness before the next UI checks. The following diagnostics started a replacement daemon on about:blank.

Recover this startup-only loss by closing the task-owned session and opening a fresh isolated session, bounded to three attempts. Keep the single-page isolation assertion strict and propagate navigation/UI failures immediately. Apply the same isolation gate to the catalogue-login scenario. No production application code or browser version changes.

Validation: the actual automation/test_web_startup.sh command passes all 105 Node tests and all seven isolated Chromium scenarios. Five new regression cases cover missing runtime recovery, healthy startup, bounded persistent loss, wrong page isolation, and navigation failures. Existing CI failure: https://github.com/festappnet/festapp/actions/runs/40472442125 . Authoritative main fetched before publication at a626e38; no intervening changes.

@miakh
miakh merged commit a698f74 into main Oct 27, 2026
5 checks passed
@miakh
miakh deleted the fix/web-startup-session-readiness-20261027 branch October 29, 2026 14:49
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