Closed Bug 1387023 Opened 3 years ago Closed 3 years ago

Test browser_989751_subviewbutton_class.js fails in isolation because devtools are not initialized


(DevTools :: General, defect, P3)



(firefox57 fixed)

Firefox 57
Tracking Status
firefox57 --- fixed


(Reporter: jdescottes, Assigned: jdescottes)




(1 file)

After Bug 1359855 devtools are only initialized when the user first interacts with a valid entry point such as :
- a devtools keyboard shortcut
- a devtools menu entry
- a devtools command line option

The devtools initialization is responsible of filling the menuWebDeveloperPopup based on the currently enabled tools.

In the test browser/components/customizableui/test/browser_989751_subviewbutton_class.js we try to add a class to an item in this popup before displaying the developer menu (which contains items copied from menuWebDeveloperPopup).

If this test is run in isolation (or is the first to run in its chunk) it will fail. 

Ideally, as devtools should move to an addon, we should make the test rely on another set of buttons/popups. I tried to migrate it to use the history button / panels, but it doesn't seem to be using the same mechanism as the devtools one. 

For the time being, in order to avoid inconsistent failures, we should at least initialize devtools at the beginning of the test by requiring devtools-browser.
See Also: → 1361081
Comment on attachment 8893356 [details]
Bug 1387023 - initialize devtools before asserting menu items in browser_989751_subviewbutton_class.js;

Nice, thanks!
Attachment #8893356 - Flags: review?(gijskruitbosch+bugs) → review+
Pushed by
initialize devtools before asserting menu items in browser_989751_subviewbutton_class.js;r=Gijs
Closed: 3 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 57
Product: Firefox → DevTools
You need to log in before you can comment on or make changes to this bug.