Closed
Bug 1207278
Opened 9 years ago
Closed 9 years ago
Add top level load flag into nsILoadInfo
Categories
(Core :: Networking, defect)
Core
Networking
Tracking
()
RESOLVED
FIXED
People
(Reporter: Honza, Unassigned)
References
Details
It shoiuld be possible to figure out - from the parent process - whether given nsIRequest represents top level load. The info should be accessible through the associated nsILoadInfo structure. This is required by JSON Response Viewer developer tools, see also: https://bugzilla.mozilla.org/show_bug.cgi?id=1132203#c163 Honza
Reporter | ||
Updated•9 years ago
|
Flags: needinfo?(wmccloskey)
Reporter | ||
Comment 1•9 years ago
|
||
Any, progress on this? It's blocking the JSON Response Viewer bug that has high priority for DevTools team. Honza
I looked into this today and maybe we don't need anything new. nsILoadInfo includes both outerWindowID and parentOuterWindowID. If it's a top-level window, parentOuterWindowID == otherWindowID. Otherwise they'll be different. Can you just check that?
Flags: needinfo?(wmccloskey) → needinfo?(odvarko)
Reporter | ||
Comment 3•9 years ago
|
||
(In reply to Bill McCloskey (:billm) from comment #2) > I looked into this today and maybe we don't need anything new. nsILoadInfo > includes both outerWindowID and parentOuterWindowID. If it's a top-level > window, parentOuterWindowID == otherWindowID. Otherwise they'll be > different. Can you just check that? Excellent, seems to be working. I've attached a new patch to the bug 1132203 and I am waiting for review from :bz. If all passes (including tests) I'll close this one. Thanks! Honza
Flags: needinfo?(odvarko)
Comment 4•9 years ago
|
||
This looks indeed fixed in bug 1132203, but please reopen if I am mistaken.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 5•9 years ago
|
||
Ah, yes, forgot to close this one, thanks Panos. Honza
You need to log in
before you can comment on or make changes to this bug.
Description
•