Closed Bug 880220 Opened 11 years ago Closed 11 years ago

Test failure "The crash reporter is enabled - 'false' should equal 'true'" in testBreakpadInstalled.js

Categories

(Mozilla QA Graveyard :: Mozmill Tests, defect, P1)

Product:
Mozilla QA Graveyard
Component:
Mozmill Tests
Platform:
x86_64
Linux
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: mario.garbi, Assigned: AndreeaMatei)

References

(
URL
)

Details

(Whiteboard: [mozmill-test-failure][sprint2013-37])

status-firefox24: --- → affected
How often does it fail? Which platforms are involved? Which branches show this problem? Please also don't add an individual report but the list of reports to the url field.
I've also added the list to the URL field and a sample report in the first comment. It has failed with Firefox Nightly 24 localized builds "de", "fr" and "it". There are 8 failures from 06/06 and another couple from 31/05.
This should be one of the #1 items for the sprint this week.
Priority: -- → P1
Assignee: nobody → mario.garbi
Whiteboard: [mozmill-test-failure] → [mozmill-test-failure][sprint2013-37]
Otilia, can we get an update for this bug? I kinda would like to know what's going on here.
Looked over this today and I see it's not reproducing with en-us, only it, fr, de, Linux. I checked the reports and tested with that 22nd June 'it' build and I can reproduce. Also the output looks like this: With the latest 'it' build, it's not reproducing, neither with a 20th June 'it' build. Digging more I found that in the application.ini file [1] for the failing build I don't have this line: > [Crash Reporter] > Enabled=1 like in the passing builds. So I assume the crashreporter is disabled for some specific builds and so crashreporter.enabled will return false. I had a mozilla-central build from one of my past bisecting that did not had that line in application.ini and I'm reproducing the failure with it. So what options I see here, cause we have to control this somehow: * if possible, enable it in the setupModule() if it's not already * check if it's enabled in setupModule() and skip the test otherwise * find out if this is a normal behavior, to have builds with disabled crashreporter. If yes and it's only for localized builds, skip it for those [1] http://kb.mozillazine.org/Breakpad#Can_I_disable_Crash_Reporter.3F
This sounds abnormal. So as requested please file a bug against Firefox, Andreea. Thanks.
Depends on: 887678
Assignee: mario.garbi → andreea.matei
Status: NEW → ASSIGNED
Hardware: x86 → x86_64
That's great news, I can update the blocking bug now. Just quickly checking I can reproduce locally with latest build.
Should be fixed with the landed patch on bug 887678. Please continue to observe the behavior and possible failures. Lets close as fixed. This is most likely one of the most important failures we got, which brought a really serious issue into daylight. Thanks all for working on that!
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
status-firefox24: affected → ---
status-firefox25: affected → ---
Resolution: --- → FIXED
Product: Mozilla QA → Mozilla QA Graveyard
You need to log in before you can comment on or make changes to this bug.