forked from mirrors/gecko-dev
3bb3ba6361
From what I saw by reproducing it locally (e.g. I've also been able to trigger it locally pretty often on linux64 by using "./mach mochitest --verify"), the select popup may sometimes be still using part of its previous position while switching between the test case for the browserAction and the test case for the pageAction. On linux64 this test was also (from time to time) sending the mouse event when the select element wasn't yet ready to be clicked in the extension popup. This patch aims to make the behaviors of this test more stable by applying the following changes: - disable the cosmeticAnimations while running these tests - explicitly wait the select element in the popup (using ContentTask.spawn and ContentTaskUtils.waitForCondition) before sending it a mouse event - explicilty close the select popup (and wait the select popup to be hidden) before proceeding to the next test case The following push to try seems to confirm that these changes are helping to make the test more stable: - https://treeherder.mozilla.org/#/jobs?repo=try&revision=086c526724ba409068d679036dd3ef13788535b6&selectedJob=194152144 Differential Revision: https://phabricator.services.mozilla.com/D3438 --HG-- extra : moz-landing-system : lando |
||
|---|---|---|
| .. | ||
| child | ||
| parent | ||
| schemas | ||
| test | ||
| .eslintrc.js | ||
| ext-browser.json | ||
| extension-mac-panel.css | ||
| extension-mac.css | ||
| extension-win-panel.css | ||
| extension.css | ||
| extension.svg | ||
| ExtensionControlledPopup.jsm | ||
| ExtensionPopups.jsm | ||
| extensions-browser.manifest | ||
| jar.mn | ||
| moz.build | ||
| ParseBreakpadSymbols-worker.js | ||
| ParseCppFiltSymbols-worker.js | ||
| ParseNMSymbols-worker.js | ||
| ParseSymbols.jsm | ||
