You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As discussed in yesterday's meeting, there should be a way to inform a WebDriver remote end when creating a WebDriver session that it should use an existing AT Driver session.
Consider a cloud-based service that supports both WebDriver and AT Driver. A user wants to test a particular screen reader and browser combination. Since the protocols are separate, the concepts of sessions are also separate. How would the service know to not create separate VMs for the two connections?
One way could be to specify an extension to WebDriver that allows the local end to send an AT Driver session id as a WebDriver capability.
The text was updated successfully, but these errors were encountered:
As discussed in yesterday's meeting, there should be a way to inform a WebDriver remote end when creating a WebDriver session that it should use an existing AT Driver session.
Consider a cloud-based service that supports both WebDriver and AT Driver. A user wants to test a particular screen reader and browser combination. Since the protocols are separate, the concepts of sessions are also separate. How would the service know to not create separate VMs for the two connections?
One way could be to specify an extension to WebDriver that allows the local end to send an AT Driver session id as a WebDriver capability.
The text was updated successfully, but these errors were encountered: