Closed Bug 920151 Opened 12 years ago Closed 12 years ago

[csb] Lots of Search failures with csb builds (mainly component failures in teardown modules)

Categories

(Mozilla QA Graveyard :: Mozmill Tests, defect)

defect
Not set
normal

Tracking

(firefox25 fixed, firefox26 fixed)

RESOLVED FIXED
Tracking Status
firefox25 --- fixed
firefox26 --- fixed

People

(Reporter: u279076, Assigned: cosmin-malutan)

References

()

Details

(Whiteboard: [mozmill-test-failure])

Ondemand Functional testrun with Firefox 25.0b2 csb builds on Mac OSX failed with search tests: > testRemoveSearchEngine.js::teardownModule -> Component returned failure code: 0x80004002 (NS_NOINTERFACE) [nsIInterfaceRequestor.getInterface] > testRestoreDefaults.js::teardownModule -> Component returned failure code: 0x80004002 (NS_NOINTERFACE) [nsIInterfaceRequestor.getInterface] > testSearchSelection.js::teardownModule -> Component returned failure code: 0x80004002 (NS_NOINTERFACE) [nsIInterfaceRequestor.getInterface] > testSearchSuggestions.js::testMultipleEngines -> this._view is null > testSearchSuggestions.js::teardownModule -> this._view is null > testSearchViaFocus.js::testClickAndSearch -> Search bar has the focus - '[object HTMLInputElement]' should equal '[object XULElement]' > testSearchViaFocus.js::teardownModule -> Component returned failure code: 0x80004002 (NS_NOINTERFACE) [nsIInterfaceRequestor.getInterface] > testSearchViaShortcut.js::testShortcutAndSearch -> Current URL contains the search term 'mozilla' - got 'false' > testSearchViaShortcut.js::teardownModule -> Component returned failure code: 0x80004002 (NS_NOINTERFACE) [nsIInterfaceRequestor.getInterface]
I've tried to reproduce this manually but was unable to. All search functions in Firefox 25.0b2 csb work fine for me on Mac. I'm retriggering the ondemand build to see if it reproduces in automation.
Assignee: nobody → cosmin.malutan
Status: NEW → ASSIGNED
I would like to point to bug 493051 comment 82. Not sure if that plays into account here, but could be the problem.
This bug actually reproduces on all firefox csb locales on all platforms, it fails because Ctrl + Shift + "W" closes the browser instead of selectig the whole text. Line where it fails: http://hg.mozilla.org/qa/mozmill-tests/file/default/lib/search.js#l579 dtd for closing the tab http://mxr.mozilla.org/l10n-mozilla-aurora/source/csb/browser/chrome/browser/browser.dtd#486 dtd for slecting the text http://mxr.mozilla.org/l10n-mozilla-aurora/source/csb/browser/chrome/browser/browser.dtd#251 Also it reproduces manually, if we pres Ctrl + Shift + "W" it closes the browser. In our tests this will lead to weird errors as we call services after the browser is closed.
OS: Mac OS X → All
Summary: Lots of Search failures with Firefox 25.0b2 csb builds (mainly component failures in teardown modules) → [csb] Lots of Search failures with csb builds (mainly component failures in teardown modules)
Cosmin, please file a bug agains the specific locale to get the conflict fixed.
Depends on: 920985
This should be fixed now. Please make sure to get it tested and verified with the next builds.
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
This failure happened again on mac 10.7.5(x64) with Beta csb, I reproduced this on affected machine and then locally, I will look in to this to see why it's still failing. http://mozmill-release.blargon7.com/#/functional/report/6d6f6a58b02eeffc06eafa8bea688027
It seems that the changeset from 920985 is not in the latest build, so we shouldn't see this failure again on beta once we have a new beta build.
Cosmin, this is really more a comment for bug 920985 and why it is not present in latest beta even with a signoff.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Product: Mozilla QA → Mozilla QA Graveyard
You need to log in before you can comment on or make changes to this bug.