This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 25333 - 2.1, 2,2 - sessionId/name/value are not marked as nullable
Summary: 2.1, 2,2 - sessionId/name/value are not marked as nullable
Status: RESOLVED FIXED
Alias: None
Product: Browser Test/Tools WG
Classification: Unclassified
Component: WebDriver (show other bugs)
Version: unspecified
Hardware: All All
: P2 normal
Target Milestone: ---
Assignee: Browser Testing and Tools WG
QA Contact: Browser Testing and Tools WG
URL: http://
Whiteboard:
Keywords:
Depends on:
Blocks: 20860
  Show dependency treegraph
 
Reported: 2014-04-12 13:55 UTC by Andrey Botalov
Modified: 2014-10-31 20:59 UTC (History)
2 users (show)

See Also:


Attachments

Description Andrey Botalov 2014-04-12 13:55:08 UTC
2.1 section tells:
> By default, the sessionId is null. The only time the null value is a valid sessionId is before a call to newSession.

But actually "sessionId" is defined as non-nullable:
attribute DOMString sessionId;

I would expect it to be defined nullable:
attribute DOMString? sessionId;

Also 2.2 section tells:
> unless the command's sessionId was the null value, in which case a unique sessionId must be assigned (see newSession for how this is achieved).

That means that if a local end sends a command with name "invalidName" a remote end should instantiate a new session and return its id. IMHO the only command that should involve instantiation of new session should be "newSession", not an arbitrary command with "sessionId" set to null. 


Also 2.1 section tells:
> The name of the command to execute is held in the name, and this must be handled case-sensitively. It defaults to the null value.

But I don't understand why it should default to any value. It seems that name with null value is a nonsense.


Also section 2.2 says that "value" is nullable. But it's not marked as such in IDL definition.
Comment 1 Andrey Botalov 2014-04-12 13:55:52 UTC
I don't think any of W3C specifications can be classified as "light bed time reading". I think this phrase should be removed.
Comment 2 Andrey Botalov 2014-04-12 13:57:42 UTC
Please ignore my last comment. I think it appeared because of a bug in W3C's bugzilla or one of extensions in my browser.
Comment 3 David Burns :automatedtester 2014-04-28 21:29:52 UTC
landed in https://dvcs.w3.org/hg/webdriver/rev/5f87643f797f