Closed Bug 1110706 Opened 10 years ago Closed 8 years ago

[e10s] Content at resource://ID/data/display.html may not load data from blob:resource://ID

Categories

(Core :: Networking, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME
Tracking Status
e10s + ---

People

(Reporter: anaran, Assigned: mrbkap)

References

Details

(Whiteboard: [necko-backlog])

Attachments

(1 file)

Here's my problem in a nutshell: http://pastebin.mozilla.org/7949929 See [1] at end. Anything I am obviously doing wrong here? I can download blob's data by clicking the link (download attribute is set) but "Open in new tab (or window)" gives that error. Copy link location and I can open it in a new tab manually. https://developer.mozilla.org/en-US/Add-ons/Working_with_multiprocess_Firefox does not tell me how I might violate e10s in this add-on, works fine without e10s. Could this be related to bug 1058470? [1] 12:59:20.925 NS_NOINTERFACE: Component returned failure code: 0x80004002 (NS_NOINTERFACE) [nsISupports.QueryInterface] <unknown> 12:59:20.949 Security Error: Content at resource://jid1-he38y6vsw9tphg-at-jetpack/data/display.html may not load data from blob:resource://jid1-he38y6vsw9tphg-at-jetpack/a343ec2a-b261-4331-a711-799d2cc777b5. 12:59:20.950 uncaught exception: Load of blob:resource://jid1-he38y6vsw9tphg-at-jetpack/a343ec2a-b261-4331-a711-799d2cc777b5 from resource://jid1-he38y6vsw9tphg-at-jetpack/data/display.html denied. <unknown> The blob in question is set by the content script as follows: (sources at https://github.com/anaran/JotFirefox) self.port.on('setJotEntriesBlob', function(data) { let blob = new window.Blob([data.content], { type: 'text/plain; charset=utf-8' }); if ( !! data.download) { DEBUG_ADDON && console.log('we will dowload as well', data); } if (links[data.type]) { if ( !! data.download) { links[data.type].click(); } else { links[data.type].href = window.URL.createObjectURL(blob); links[data.type].download = data.filename; } } else { DEBUG_ADDON && console.error('Don\'t know how to handle content type ' + data.type); } });
Attached file test.html
Actually this issue can be reproduced with a normal html page and e10s. Right click on the link -> nothing happens except this: [Parent 8856] WARNING: No docshells for remote frames!: file /home/baku/Sources/m/foobar/src/dom/base/nsFrameLoader.cpp, line 514 [Parent 8856] WARNING: No docshells for remote frames!: file /home/baku/Sources/m/foobar/src/dom/base/nsFrameLoader.cpp, line 514 JavaScript error: , line 0: NS_NOINTERFACE: Component returned failure code: 0x80004002 (NS_NOINTERFACE) [nsISupports.QueryInterface] JavaScript error: , line 0: NS_NOINTERFACE: Component returned failure code: 0x80004002 (NS_NOINTERFACE) [nsISupports.QueryInterface] JavaScript error: , line 0: NS_NOINTERFACE: Component returned failure code: 0x80004002 (NS_NOINTERFACE) [nsISupports.QueryInterface] JavaScript error: , line 0: NS_NOINTERFACE: Component returned failure code: 0x80004002 (NS_NOINTERFACE) [nsISupports.QueryInterface] JavaScript error: , line 0: NS_NOINTERFACE: Component returned failure code: 0x80004002 (NS_NOINTERFACE) [nsISupports.QueryInterface] JavaScript error: , line 0: uncaught exception: Load of blob:http://localhost/3afeba68-d38e-4149-b357-29de9b09d776 from http://localhost/a.html denied.
Apparently I have filed this bug long ago, but after the swift confirmation and reduction by :baku nothing happened. This seems to be in e10s land, not add-on SDK. Shouldn't this issue get some attention by now? I bet it's not limited to Windows either.
Looks likely to be some kind of networking issue.
tracking-e10s: --- → ?
Component: Extension Compatibility → Networking
Product: Firefox → Core
Summary: Content at resource://ID/data/display.html may not load data from blob:resource://ID → [e10s] Content at resource://ID/data/display.html may not load data from blob:resource://ID
Blocks: e10s
Blake, could you have a look at this?
Flags: needinfo?(mrbkap)
The context menu code is busted, we should fix it.
Assignee: nobody → mrbkap
Flags: needinfo?(mrbkap)
The testcase here seems to work fine. Is this fixed?
(In reply to Neil Deakin from comment #6) > The testcase here seems to work fine. Is this fixed? I don't think so, you can't open the blob in another tab or window, and "save as" (to save the blob as .txt) doesn't work.
Whiteboard: [necko-backlog]
Would you have time to test this again? We wonder if its been fixed with some other changes in the mean time.
Flags: needinfo?(adrian.aichner)
please re-open if you still see in your testing.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
Works for me too in latest nightly on linux.
Flags: needinfo?(adrian.aichner)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: