View the XHR's on this page: http://bugmotodo.org/ The Bugzilla XHR's are classified as "other" when filtering; not json.

e10s only

Note that I am seeing an exception in NetworkMonitor._onRequestHeader; "Component returned failure code: 0x80004002 (NS_NOINTERFACE) [nsIInterfaceRequestor.getInterface]" when calling: callbacks.getInterface(Ci.nsIXMLHttpRequest) I.e. the way determining whether nsIHttpChannel is XHR is broken. Honza

Also an issue in the console with the XHR filter.

I don't see the exception that Honza sees, but when I try this, "callbacks" is always null at that spot: // Determine if this is an XHR request. try { let callbacks = aChannel.notificationCallbacks; let xhrRequest = callbacks ? callbacks.getInterface(Ci.nsIXMLHttpRequest) : null; httpActivity.isXHR = event.isXHR = !!xhrRequest; ... leading the code to conclude that it isn't an XHR. Still digging to see why exactly this happens.

I think the problem is just that nsXMLRequest is instantiated in the content process, but this code from network-monitor.js is running the parent process.

Comment on attachment 8580789 [details] [diff] [review] check channel's contentPolicyType to see if it is XMLHttpRequest Review of attachment 8580789 [details] [diff] [review]: ----------------------------------------------------------------- Cleaner code yay!

Rebased; carrying over r+.