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



Mozilla QA
Mozmill Tests
5 years ago
5 years ago


(Reporter: ashughes, Assigned: whimboo)


Windows Vista

Firefox Tracking Flags

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


(Whiteboard: [mozmill-test-failure], URL)


(1 attachment)

Failure discovered while running 14.0b9 functional tests.

Module: /testPrivateBrowsing/testAboutPrivateBrowsing.js 	
Test: testCheckPrivateBrowsingMode 	
Error: Disconnect Error: Application unexpectedly closed
status-firefox14: --- → affected

Comment 1

5 years ago
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
status-firefox13: --- → affected
status-firefox15: --- → affected
status-firefox16: --- → affected
OS: All → Windows Vista

Comment 2

5 years ago
VM has been upgraded to the latest security fixes and restarted. Lets watch the results in the next couple of days.

Comment 3

5 years ago
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.

Comment 4

5 years ago
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:

Comment 5

5 years ago
The page which gets loaded is:

So probably we should change this test to use a local page instead.

Comment 6

5 years ago
Created attachment 636713 [details] [diff] [review]
Patch v1

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+


5 years ago
Last Resolved: 5 years ago
status-firefox16: affected → fixed
Resolution: --- → FIXED

Comment 8

5 years ago
Looks good today. No more failure in this test.

Pushed to other branches: (aurora) (beta) (release)
status-firefox-esr10: --- → unaffected
status-firefox13: affected → fixed
status-firefox14: affected → fixed
status-firefox15: affected → fixed

Comment 9

5 years ago
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


5 years ago
Depends on: 774595
No longer depends on: 770821
You need to log in before you can comment on or make changes to this bug.