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 29218 - Order of error checks in spec incompatible with proxy implementations
Summary: Order of error checks in spec incompatible with proxy implementations
Status: NEW
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: 2015-10-21 14:48 UTC by James Graham
Modified: 2015-10-31 03:22 UTC (History)
2 users (show)

See Also:


Attachments

Description James Graham 2015-10-21 14:48:31 UTC
"1. If the current browsing context is no longer open, return error with error code no such window.

2. Handle any user prompts, and return its value if it is an error.

3. Let cookie be the result of getting a property named "cookie" from the parameters argument."

This pattern doesn't work with a proxy implementation since it must read the full request before communicating with the backend that can know things like whether the browsing context is still open. Also the browsing context may close whilst the request is being read. So generally it seems better to delay these checks until after the request is fully processed.
Comment 1 Andreas Tolfsen 2015-10-31 03:22:28 UTC
By “proxy implementation” I’m assuming you mean “intermediary node”.

You say that they need to read the full request before communicating with the backend.  I guess I don’t understand what this means, since intermediaries won’t run any of the remote end steps themselves.  They act, as you say, as proxies, or multiplexers.