Make "WebDriver:GetCurrentURL" Fission compatible
Categories
(Remote Protocol :: Marionette, task, P1)
Tracking
(firefox81 fixed)
Tracking | Status | |
---|---|---|
firefox81 | --- | fixed |
People
(Reporter: whimboo, Assigned: whimboo)
References
Details
(Whiteboard: [marionette-fission-mvp], [wptsync upstream])
Attachments
(2 files, 1 obsolete file)
This command should work through the JSWindowActor pair to simplify the behavior for both content and chrome.
Note that since bug 1368492 landed we do not have an end-point in listener.js, which is not pretty helpful. Also because for reftests running on Android this.driver.curBrowser.currentURI
returns null. Having the command been forwarded to the content process should give us the expected data.
As such I will attach two patches. The first will partly revert the former changes, and the second one will add the Actor support.
Assignee | ||
Comment 1•4 years ago
|
||
Having the patches from bug 1654628 landed first, will kinda help here. Marking as blocking.
Assignee | ||
Comment 2•4 years ago
|
||
By moving out the "currentURI" getter from the Browser class,
and making it available on the driver other parts of Marionette
like reftests can make use of the "getCurrentURI" helper method.
Hereby in case of content context the URL needs to be retrieved
from the framescript.
Also a couple of methods expressed the passed-around data as
instance of nsIURI where by it was a string or an instance of
URL. The patch fixes that to always pass around nsIURI instances,
and using it's appropriate properties when handling cookies.
Assignee | ||
Comment 3•4 years ago
|
||
The patch adds the handling of the current URI to the JSWindowActor.
Given that the documentURI is already available via the currentWindowGlobal
of the parent actor, it can be returned immediately without having
to do any IPC communication.
Depends on D87572
Assignee | ||
Comment 4•4 years ago
|
||
Actually using nsIURI
isn't that elegant as using URL()
. Reason is that the former raises exceptions when accessing properties like host
that would not match. As example a NS_ERROR_FAILURE is raised when trying to get the host from nsIURI("about:blank").
When using new URL()
the host is just an empty string and way better to handle. Given that I will revert parts of the first patch to make use of URL
.
Updated•4 years ago
|
Updated•4 years ago
|
Assignee | ||
Updated•4 years ago
|
Updated•4 years ago
|
Assignee | ||
Comment 5•4 years ago
|
||
Depends on D87572
Updated•4 years ago
|
Assignee | ||
Updated•4 years ago
|
Assignee | ||
Updated•4 years ago
|
Comment 8•4 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/391624a4819f
https://hg.mozilla.org/mozilla-central/rev/d72e8a597ae4
Updated•2 years ago
|
Description
•