Closed Bug 1175926 Opened 10 years ago Closed 9 years ago

LoadContext and LoadInfo do not match in nsHttpChannel and WebSocketChannel - tests failing

Categories

(Core :: DOM: Core & HTML, defect)

defect
Not set
normal

Tracking

()

RESOLVED INVALID

People

(Reporter: dragana, Assigned: dragana)

References

Details

There are some tests failing: 1) assert InBrowserElementContext == isInBrowserElementLoadInfo fails, nBrowserElementContext is true - isInBrowserElementLoadInfo is false: caps/tests/mochitest/test_app_principal_equality.html dom/events/test/test_bug1096146.html dom/permission/tests/test_browser.html browser/components/sessionstore/test/browser_privatetabs.js browser/components/privatebrowsing/test/browser/browser_privatebrowsing_concurrent.js .... and many more :) 2) InBrowserElementContext == isInBrowserElementLoadInfo appIdContext == 1, appIdLoadingPrincipal == 0: dom/tests/mochitest/localstorage/test_appIsolation.html caps/tests/mochitest/test_principal_jarprefix_origin_appid_appstatus.html ...
Blocks: 1125916
Principal is SystemPrincipal frame owner is app.
typo in the description: under 2) it should be: "check appIdContext == appIdLoadingPrincipal is failing"
Hi Dragana, Anything I can help with to move this bug forward?
Assignee: nobody → dd.mozilla
Status: NEW → ASSIGNED
I am going to close this bug. A fix for this bug will be made in bug 1125916, because both changes need to land at the same time.
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → INVALID
Component: DOM → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.