Improve window manipulation for Wayland headless jobs
Categories
(Remote Protocol :: Marionette, task, P3)
Tracking
(firefox151 fixed)
| Tracking | Status | |
|---|---|---|
| firefox151 | --- | fixed |
People
(Reporter: whimboo, Assigned: whimboo)
References
(Blocks 3 open bugs)
Details
(Whiteboard: [webdriver:m19], [wptsync upstream][webdriver:relnote])
Attachments
(4 files, 1 obsolete file)
For example see the following metadata file:
https://searchfox.org/firefox-main/source/testing/web-platform/meta/webdriver/tests/classic/minimize_window/stress.py.ini#8
At some point the Wayland entries got replaced and are now listed as fallback with [PASS, FAIL], but most of the tests should actually work under headless mode even with Wayland active. We should update the entries accordingly.
Also it would be good to actually have access to the headless flag from within the pytest itself. That way we could exclude some parts of the tests to run (like checks for x and y window coordinates) for headful mode.
| Assignee | ||
Updated•2 months ago
|
| Assignee | ||
Comment 1•2 months ago
|
||
| Assignee | ||
Comment 2•2 months ago
|
||
| Assignee | ||
Comment 3•2 months ago
|
||
Updated•2 months ago
|
Updated•2 months ago
|
| Assignee | ||
Comment 4•2 months ago
|
||
| Assignee | ||
Comment 5•2 months ago
|
||
Updated•2 months ago
|
Updated•2 months ago
|
Updated•2 months ago
|
Updated•2 months ago
|
| Assignee | ||
Comment 6•2 months ago
|
||
As a self-reminder I'll check upstream on the wpt repository if we can get rid of checking the display environment variable for Wayland. I need to test this upstream and it makes it hard with this set of patches. So I'll do when the upstream sync is done.
Updated•2 months ago
|
| Assignee | ||
Updated•2 months ago
|
Updated•2 months ago
|
Comment 8•2 months ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/86956536b752
https://hg.mozilla.org/mozilla-central/rev/a8c69b6a691a
https://hg.mozilla.org/mozilla-central/rev/db75bc81aec7
https://hg.mozilla.org/mozilla-central/rev/431bf6148f4a
Comment 10•2 months ago
|
||
Comment 11•2 months ago
|
||
Comment 12•2 months ago
|
||
| bugherder | ||
| Assignee | ||
Updated•2 months ago
|
Comment 15•2 months ago
|
||
Comment 16•2 months ago
|
||
| bugherder | ||
| Assignee | ||
Comment 17•2 months ago
|
||
This bug is fixed but there is a follow-up downstream sync patch to land and the appropriate landing failed but that's unrelated to our implementation.
Comment 18•1 month ago
|
||
Comment 19•1 month ago
|
||
| bugherder | ||
| Assignee | ||
Updated•26 days ago
|
Description
•