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 29524 - Processing capabilities algorithm sort of half-defines the behaviour of intermediary nodes
Summary: Processing capabilities algorithm sort of half-defines the behaviour of inter...
Status: RESOLVED INVALID
Alias: None
Product: Browser Test/Tools WG
Classification: Unclassified
Component: WebDriver (show other bugs)
Version: unspecified
Hardware: PC Linux
: P2 normal
Target Milestone: ---
Assignee: Browser Testing and Tools WG
QA Contact: Browser Testing and Tools WG
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 20860
  Show dependency treegraph
 
Reported: 2016-03-09 21:37 UTC by James Graham
Modified: 2016-09-19 16:41 UTC (History)
3 users (show)

See Also:


Attachments

Description James Graham 2016-03-09 21:37:19 UTC
For a browser "remote end", I think all of the Processing Capabilities steps are irrelevant except perhaps for reading "acceptSslCerts", "proxy" and "pageLoadStrategy" and configuring the browser as required to set those. For an intermediary node which acts as a interface to many possible remote ends there are presumably semantic requirements on the other listed properties, but the spec doesn't really set those out and has strangeness like a vestigial "unmet capabilities" variable that is initialized but never modified.
Comment 1 Simon Stewart 2016-09-09 15:10:31 UTC
I think that the PR for "overhauling section on processing capabilities" (https://github.com/w3c/webdriver/pull/327) addresses this.