Closed Bug 1207278 Opened 10 years ago Closed 10 years ago

Add top level load flag into nsILoadInfo

Categories

(Core :: Networking, defect)

defect
Not set
normal

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
Flags: needinfo?(wmccloskey)
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)
(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)
This looks indeed fixed in bug 1132203, but please reopen if I am mistaken.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
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.