Skip to content

Fix downloads-path tests timing out in headful mode#138

Open
kblok wants to merge 1 commit intomainfrom
fix/issue-107
Open

Fix downloads-path tests timing out in headful mode#138
kblok wants to merge 1 commit intomainfrom
fix/issue-107

Conversation

@kblok
Copy link
Copy Markdown
Member

@kblok kblok commented Mar 28, 2026

Summary

  • Fix acceptDownloads protocol encoding: convert boolean to string ("accept"/"deny") to match the Playwright protocol specification, which expects string values rather than raw booleans
  • This fixes the root cause of downloads-path tests timing out in headful mode -- without proper download behavior configuration, headful browsers show save dialogs that block test execution
  • Remove [downloads-path.spec.ts] * expected-failure entry for headful mode from TestExpectations

Test plan

  • Verify downloads-path.spec.ts tests pass in headful mode (HEADLESS=false)
  • Verify downloads-path.spec.ts tests still pass in headless mode
  • Verify other download-related tests are not regressed

Closes #107

🤖 Generated with Claude Code

The acceptDownloads parameter was sent as a raw boolean over the
Playwright protocol, but the server expects string values ("accept" or
"deny"). When the server received a boolean, it did not properly
configure download behavior, causing headful browsers to show save
dialogs that blocked test execution.

Convert acceptDownloads from bool to the protocol string format in both
BrowserChannel and BrowserTypeChannel, matching the upstream TypeScript
client's toAcceptDownloadsProtocol conversion. Remove the
downloads-path.spec.ts expected-failure entry for headful mode.

Closes #107

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
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.

Fix failing tests: downloads-path.spec.ts (headful)

1 participant