w3c / w3c/webdriver

Inconsistency with script timeouts

Open
#1,137 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

bug
Dominant language
HTML
Stars
718
Forks
228
PR merge metrics
No merged PRs in 30d

Description

There is an inconsistency in the spec with defining what timeouts are for a session and defining how timeouts are set.

From timeout definition:

A session has an associated session script timeout that specifies a time to wait for scripts to run. If equal to null then session script timeout will be indefinite. Unless stated otherwise it is 30,000 milliseconds.

From the steps to deserialize as a timeout

If value is not an integer, or it is less than 0 or greater than 264 – 1, return error with error code invalid argument.

So a session may have its session script timeout set to null for an indefinite timeout, but the set timeouts command is defined to reject null as a parameter. This makes it impossible to configure an indefinite script timeout.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Read webdriver-spec.html at the session script timeout definition and the “deserialize as a timeout” steps linked in the issue. Check how the set timeouts command passes its script timeout value; done means the specification consistently documents whether null can configure an indefinite script timeout.

Written by the indexing model from the issue text.

Assessment

Tech stack
html
Domain
documentation
Issue type
Bug
Difficulty
2/5
Estimated time
1-3 hours
Activity status
Stale
Clarity
Clearly specified
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.