Marionette reftests have to run in content and not chrome context
Categories
(Remote Protocol :: Marionette, defect, P1)
Tracking
(Fission Milestone:M6c, firefox82 fixed)
Tracking | Status | |
---|---|---|
firefox82 | --- | fixed |
People
(Reporter: annyG, Assigned: whimboo)
References
Details
(Whiteboard: [marionette-fission-mvp], [wptsync upstream])
Attachments
(2 files)
Assignee | ||
Comment 1•4 years ago
|
||
The code as added on bug 1658696 calls into this.driver.currentURL
, which returns the URL of the currently active browsing context based on the selected context. In case of reftests this currently is chrome
. All reftests are run within a browser element, and as such we should actually have the content
context set.
James, do you remember why chrome
is selected? If not I will dive into that tomorrow.
Comment 2•4 years ago
|
||
I'm not certain, but given that it's creating a custom kind of browser and accessing the elements directly I wouldn't be surprised to find that the assumptions in content context around the existence of a tabbedbrowser &c. don't hold.
Assignee | ||
Comment 3•4 years ago
|
||
I'm not fully understanding your reply due to the double negative wordings, but I just tried to see what happens when running reftests in content scope and it all looks fine locally. As such there shouldn't be a need to force chrome
context.
Lets see how it looks like in CI:
https://treeherder.mozilla.org/#/jobs?repo=try&revision=9555e9f616cd1069f32270286b315a631318fd1d
Assignee | ||
Updated•4 years ago
|
Assignee | ||
Comment 4•4 years ago
|
||
As it can be seen in the try build a lot of jobs are failing because of assertions. So I spoke with James and Emilio on Matrix. It took us a while to figure out what's wrong here, and it all makes sense.
Given that until now the reftests always run in chrome context the following line was not executed in content but in chrome context:
By making use of using_context
three lines above the context switched from chrome
-> chrome
, and once using_context
has been left, chrome
context is still present.
As such we now have to account for the correct number of assertions in the test ini files.
Assignee | ||
Updated•4 years ago
|
Assignee | ||
Comment 5•4 years ago
|
||
Reftests are running inside a custom browser element, which basically is
reflected as content context in Marionette. And given that some commands
like "WebDriver:GetCurrentURL" rely on the correct context to be set,
wrong data would be returned.
To allow that all commands are working based on the custom browser element
don't enforce chrome context for the Reftests code in Marionette.
This change also fixes the code which counts the assertions as seen for
debug builds. Until now only assertions from chrome context have been
collected.
Assignee | ||
Comment 6•4 years ago
|
||
Until now only assertions from chrome context have been counted.
With this patch we also account for content scope assertions.
Assignee | ||
Updated•4 years ago
|
Updated•4 years ago
|
Comment 9•4 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/3b672b3916de
https://hg.mozilla.org/mozilla-central/rev/0b71328757e6
Assignee | ||
Comment 10•4 years ago
|
||
(In reply to Web Platform Test Sync Bot (Matrix: #interop:mozilla.org) from comment #8)
Created web-platform-tests PR
https://github.com/web-platform-tests/wpt/pull/25262 for changes under
testing/web-platform/tests
James, can you please check why this cannot be merged? Thanks.
Assignee | ||
Updated•4 years ago
|
Updated•2 years ago
|
Description
•