Cannot download URIs with a "filesystem:" scheme

Bug #1490749 reported by Josué on 2015-08-31
This bug affects 10 people
Affects Status Importance Assigned to Milestone
webbrowser-app (Ubuntu)

Bug Description

Bq aquaris 4.5 15.04 r24

When I try to download images from telegram web version web browser ask me to select an APP .
Cant simply downlad, by other hand if I select Gallery, udropcabin or Imaginario i recived this error:

Error during downloading
NetworkError 301 - Protocol "filesystem" is unknown.

Josué (j2g2rp) on 2015-09-01
description: updated
tags: added: bq
Olivier Tilloy (osomon) wrote :

I can reliably reproduce the issue. The URL we get from oxide (in the webview’s onDownloadRequested handler) is of the form: "filesystem:". Not sure where that "filesystem:" prefix comes from.

Changed in webbrowser-app (Ubuntu):
importance: Undecided → High
status: New → Confirmed
Olivier Tilloy (osomon) wrote :

It appears the 'filesystem' URI scheme is deprecated and should probably not be used:

An image (or any other type of file) with a "filesystem:" URL is already stored on disk (using the filesystem API) and the "" part of the URL doesn’t represent an actual valid URL, just a unique identifier that the filesystem API uses to retrieve the file in its cache.

Not sure how to address this issue in oxide/webbrowser-app.

summary: - cant download images from telegram web version
+ Cannot download URIs with a "filesystem:" scheme
Changed in webbrowser-app (Ubuntu):
importance: High → Medium
Chris Coulson (chrisccoulson) wrote :

I'm not sure how to address this either - other schemes that point to content within Oxide won't work too (eg, blob:). I imagine that the Android webview has the same limitation here.

Stuart Langridge (sil) wrote :

Android Chrome does not have this limitation; downloads a blob URL (as described in bug #1563035) and the export button works as expected in Chrome on Android; the image is downloaded.

Olivier Tilloy (osomon) wrote :

Stuart: would you happen to know how the android webview component (the one based on chrome, but not chrome the application) behaves in that regard? I don’t have an android device handy atm so I can’t test this myself.

Stuart Langridge (sil) wrote :

I've just tried the same thing in the in-app Twitter browser and it does not download. I do not know whether this is because the webview can't handle it or because the webview handles it fine and then gives the data to the Twitter app itself, which does not know what to do with it. (If you can think of a better way of testing, I'm happy to do so.)

Olivier Tilloy (osomon) wrote :

Thanks for the feedback Stuart.
According to, the chrome webview doesn’t support the filesystem API.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers