Closed Bug 767820 Opened 9 years ago Closed 9 years ago

Failure in testAboutPrivateBrowsing.js | Disconnect Error: Application unexpectedly closed


(Mozilla QA Graveyard :: Mozmill Tests, defect)

Windows Vista
Not set


(firefox13 fixed, firefox14 fixed, firefox15 fixed, firefox16 fixed, firefox-esr10 unaffected)

Tracking Status
firefox13 --- fixed
firefox14 --- fixed
firefox15 --- fixed
firefox16 --- fixed
firefox-esr10 --- unaffected


(Reporter: u279076, Assigned: whimboo)




(Whiteboard: [mozmill-test-failure])


(1 file)

Failure discovered while running 14.0b9 functional tests.

Module: /testPrivateBrowsing/testAboutPrivateBrowsing.js 	
Test: testCheckPrivateBrowsingMode 	
Error: Disconnect Error: Application unexpectedly closed
This is Vista only. I will check that box if something is wrong with it. Regressed lately.

Anthony, please always put the link to the failure list into the URL field. Thanks.
Assignee: nobody → hskupin
Severity: normal → critical
OS: All → Windows Vista
VM has been upgraded to the latest security fixes and restarted. Lets watch the results in the next couple of days.
The failure we are getting here in the log is:

Timeout: bridge.execFunction("d0f4258f-bf91-11e1-a14b-40a6d9fc6d3f", bridge.registry["{7efaa23f-f4eb-4bed-8cac-f9ea3a1a758f}"]["runTestFile"], ["c:\\users\\mozilla\\appdata\\local\\temp\\tmpmfsmn_.mozmill-tests\\tests\\functional\\testPrivateBrowsing\\testAboutPrivateBrowsing.js"])

TEST-UNEXPECTED-FAIL | Disconnect Error: Application unexpectedly closed
Timeout: bridge.set("f5b26d5e-bf91-11e1-a53e-40a6d9fc6d3f", Components.utils.import('resource://mozmill/modules/mozmill.js'))

I wasn't able to follow this testrun visually but it really looks like we crashed. I have to further investigate that.
As observed right now it doesn't look like that we crash but Firefox seems to freeze when loading the private browsing page on SUMO. The same happens for all the other tests we can see this disconnect. 

This is the report:
The page which gets loaded is:

So probably we should change this test to use a local page instead.
Attached patch Patch v1Splinter Review
Ok, so lets use a local page instead of the remote SUMO page. Works way fast now and hopefully should fix this problem.
Attachment #636713 - Flags: review?(dave.hunt)
Comment on attachment 636713 [details] [diff] [review]
Patch v1

Looks great! Landed as: (default)
Attachment #636713 - Flags: review?(dave.hunt) → review+
Closed: 9 years ago
Resolution: --- → FIXED
This was fixed by just using a local page instead of one with a Flash object included. This would have been blocked by bug 770821.
Depends on: 770821
Depends on: 774595
No longer depends on: 770821
Product: Mozilla QA → Mozilla QA Graveyard
You need to log in before you can comment on or make changes to this bug.