Fix update tests to set "app.update.disabledForTesting" to False
Categories
(Testing :: Firefox UI Tests, enhancement, P2)
Tracking
(firefox65 fixed, firefox66 fixed)
People
(Reporter: whimboo, Assigned: whimboo)
References
Details
Attachments
(1 file)
Assignee | ||
Comment 1•6 years ago
|
||
Assignee | ||
Updated•6 years ago
|
Comment 3•6 years ago
|
||
bugherder |
Assignee | ||
Comment 4•6 years ago
|
||
Comment 5•6 years ago
|
||
bugherder uplift |
Updated•6 years ago
|
![]() |
||
Comment 6•6 years ago
|
||
FYI: we're planning on removing the old UI during the next cycle.
Assignee | ||
Comment 7•6 years ago
|
||
Thanks for the heads-up. I will keep an eye on bug 1515484. Basically the tests should continue to work, unless some new ui is added. And the only necessary work for us would be to remove the old code afterward. But that is very low priority those days.
![]() |
||
Comment 8•6 years ago
|
||
You should be able to check by removing the app.update.doorhanger pref or setting it to true since setting that to false is what turns on the old UI.
https://searchfox.org/mozilla-central/source/testing/firefox-ui/harness/firefox_ui_harness/runners/update.py#18
Assignee | ||
Comment 9•6 years ago
|
||
We never implemented the doorhanger. All update tests are actually running against the about window. I assume with bug 1515484 you only remove the old software update window, but not the update functionality from the about window?
![]() |
||
Comment 10•6 years ago
|
||
That is correct and I'll also be removing the app.update.doorhanger pref which you added so the tests can run against the old update UI. Since you aren't using the old Update UI you should remove that pref to make certain your tests aren't relying on it in some way.
Assignee | ||
Comment 11•6 years ago
|
||
Lets move further discussion (if necessary) over to bug 1552771. Thanks.
Description
•