Closed Bug 940195 Opened 11 years ago Closed 5 months ago

XULBrowserWindow.isBusy is false as a remote tab starts loading

Categories

(Firefox :: General, defect)

defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
e10s + ---

People

(Reporter: markh, Unassigned)

References

(Blocks 2 open bugs)

Details

XULBrowserWindow.isBusy remains false from the time the tab is opened until the first onStateChange is received.  This means that in e10s, this value is false longer than without e10s.  This is causing browser_bug562649.js to fail
Mass tracking-e10s flag change. Filter bugmail on "2be0fcce-e36a-4e2c-aa80-0e3d33eb5406".
tracking-e10s: --- → +
m1 or m2. urlbar behavior needs to work
This is still broken, and the test still fails:

23 INFO TEST-UNEXPECTED-FAIL | chrome://mochitests/content/browser/browser/base/content/test/general/browser_bug562649.js | window is busy loading a page - 
Stack trace:
chrome://mochitests/content/browser/browser/base/content/test/general/browser_bug562649.js:test:8
chrome://mochikit/content/browser-test.js:Tester_execTest:674
chrome://mochikit/content/browser-test.js:Tester.prototype.nextTest</<:571
chrome://mochikit/content/tests/SimpleTest/SimpleTest.js:SimpleTest.waitForFocus/maybeRunTests/<:683
resource://gre/modules/Webapps.jsm:this.DOMApplicationRegistry.doGetList:1346
resource://gre/modules/Webapps.jsm:this.DOMApplicationRegistry.receiveMessage:1149
null:null:0
SUITE-END | took 4s
Severity: normal → S3

This was renamed to browser_userTypedValue.js in bug 1523356 and seems to work fine now.

Status: NEW → RESOLVED
Closed: 5 months ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.