New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.
Starred by 18 users

Issue metadata

Status: Fixed
Last visit > 30 days ago
Closed: Apr 2012
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 2
Type: Bug

Blocked on:
issue 114484

  • Only users with Commit permission may comment.

Show other hotlists

Hotlists containing this issue:

Sign in to add a comment

Issue 89271: HTML pages cannot include filesystem: resources

Reported by, Jul 14 2011

Issue description

Chrome Version       : 14.0.803.0
OS Version: Ubuntu 11.04
URLs (if applicable) :
Other browsers tested:
  Add OK or FAIL after other browsers where you have tested this issue:
     Safari 5: not tested yet.
  Firefox 4.x: N/A
     IE 7/8/9: N/A

What steps will reproduce the problem?

See the attached script for an example. If you do not have a local webserver, I recommend pasting the contents of the script into the devtools console of an open page.

The script does the following:
- Create an image in the HTML5 filesystem
- Create a HTML file which references the image, saved to the filesystem.

1. Run the script.
2. After running the script, open the popup window or browse to filesystem:<domain>/temporary/test.html
3. Browse to filesystem:<domain>/temporary/image.svg

What is the expected result?
Both test.html and image.svg should show the image.

What happens instead?
The image shows up when browsing to it directly. However, it is not visible when included using an <img> tag. If you attempt to include it using an <iframe>, the iframe's URL remains about:blank (the navigation is blocked).

Also, right clicking on the placeholder for the img tag does not show the image-specific context menu.

I don't understand why filesystem: prohibits embedding local resources. If the filesystem: protocol is not meant to be used to include resources, why is it accessible at all?

Please provide any additional information below. Attach a screenshot if

I am trying to develop an extension that generates images and allows the user to browse through the generated files. While this is still possible by manually reading images and using a data uri, I'm worried about the performance implications if my extension is used to store thousands of images, for example.

What I described above *almost* works if I instead access file:///home/username/.config/google-chrome/Default/File%20System/002/p/00/ -- and guess the filenames by creation order (which will work 99% of the time, but I'm afraid about the other 1%)

I may file this as a separate bug, but as a workaround, I wanted to tell the user to save the images manually, but Save As is disabled on filesystem: urls. Is this deliberate? (Again, data: uris work, but they use a random filename.)

UserAgentString: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.1 (KHTML, like Gecko) Chrome/14.0.803.0 Safari/535.1
2.0 KB View Download

Comment 1 by, Oct 24 2011

 Issue 100936  has been merged into this issue.

Comment 2 by, Oct 24 2011

Labels: -OS-Linux -Area-Undefined OS-All Area-WebKit Feature-FileSystem ImportantForOffline

Comment 3 by, Oct 26 2011

I'll be back off leave next week, and working on filesystem URL stuff as soon as TPAC's over.  The change I'm working on now will fix this problem.

Comment 4 by, Jan 30 2012


Comment 5 by, Jan 30 2012

I've got the first chunk [of 3] of my big GURL rewrite in [the patch spans 3 repositories].  I hope to have the whole thing in within a couple of weeks.  It may or may not fix this bug [I'll have to check], but this bug will be very high on my priority list as soon as this megapatch is in.

Sorry about the delay.

Comment 6 by, Feb 3 2012

Is there a workaround/polyfill for this in the mean time? I want to mimic AppCache functionality with the filesystem API so I can rewrite the local files without hitting the server.

Comment 7 by, Feb 3 2012

Status: Assigned
(Note: it seems that using an absolute URL like <img src="filesystem:"> works.)

Comment 8 by, Feb 10 2012

hey @jeremya it seems like we are trying to do the same thing.  I wrote an ugly monkey patch that uses jQuery and jsuri ( to walk the dom of html files and replaces all relative urls with absolute urls. Its ugly but it was working for a bit, until I hit another bug, see:

Comment 9 by, Feb 15 2012

Blockedon: 114484

Comment 10 by, Apr 4 2012

Status: Fixed

Comment 11 by, Oct 13 2012

Project Member
Blockedon: -chromium:114484 chromium:114484
Labels: Restrict-AddIssueComment-Commit
This issue has been closed for some time. No one will pay attention to new comments.
If you are seeing this bug or have new data, please click New Issue to start a new bug.

Comment 12 by, Mar 11 2013

Project Member
Labels: -Area-WebKit Cr-Content

Comment 13 by, Apr 6 2013

Project Member
Labels: -Cr-Content Cr-Blink

Sign in to add a comment