Skip to content

Conversation

@daniel-lxs
Copy link
Contributor

Increased timeouts for better browser reliability

Copy link

@roo-code-dan roo-code-dan bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I found some issues that need attention before merging.


// Timeout constants
const BROWSER_NAVIGATION_TIMEOUT = 15_000 // 15 seconds
const BROWSER_NAVIGATION_TIMEOUT = 20_000 // 20 seconds
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 - Missing justification for timeout values

The timeout was increased from 15s to 20s, but there's no explanation for why 20s was chosen. Consider:

  • What specific scenarios were timing out at 15s?
  • Is 20s based on empirical data or testing?
  • Could this mask underlying performance issues?

Adding a comment explaining the rationale would help future maintainers understand this choice.

Comment on lines 258 to +259
await pWaitFor(() => Date.now() - lastLogTs >= 500, {
timeout: 3_000,
timeout: 5_000,
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 - Potential timeout collision

This console inactivity timeout is now 5s, which matches the default timeout in waitTillHTMLStable() (line 425). If both are waiting simultaneously, they could expire at the same time, making it unclear which timeout caused a failure.

Consider either:

  • Using different timeout values (e.g., 4s here, 5s in waitTillHTMLStable)
  • Adding distinct error messages to differentiate timeout sources
  • Documenting the relationship between these timeouts

roo-code-dan[bot]

This comment was marked as outdated.

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.

2 participants