[wptrunner] Extra preferences as specified via "--setpref" should not be overwritten with required preferences
Categories
(Testing :: web-platform-tests, defect, P2)
Tracking
(firefox149 fixed)
| Tracking | Status | |
|---|---|---|
| firefox149 | --- | fixed |
People
(Reporter: whimboo, Assigned: whimboo)
References
(Blocks 2 open bugs)
Details
(Whiteboard: [webdriver:m19], [wptsync upstream])
Attachments
(1 file)
While working on bug 1998347 I put the preference for enabling async mouse events as a required preference into wptrunner. When investigating issues by using the --setpref argument of ./mach wpt I saw that the value as specified always gets overwritten by the required prefs one. As such I'm not able to force the preference to be disabled.
As it can be seen at the following file we first set the extra preferences and then apply the required prefs on top:
https://searchfox.org/firefox-main/source/testing/web-platform/tests/tools/wptrunner/wptrunner/browsers/firefox.py#708,714,748
We should get this fixed so that the extra prefs actually have higher priority.
| Assignee | ||
Comment 1•1 month ago
|
||
Restructure preference handling to build all preferences before profile creation,
ensuring extra_prefs are applied last with proper type casting for correct override
behavior. Split logic into _get_base_prefs(), _get_test_type_prefs(), and
_get_debug_prefs() for better code organization and maintainability.
Updated•1 month ago
|
| Assignee | ||
Updated•1 month ago
|
| Assignee | ||
Updated•1 month ago
|
Comment 4•1 month ago
|
||
| bugherder | ||
Comment 7•1 month ago
|
||
| bugherder | ||
Description
•