Open Bug 1411934 Opened 7 years ago Updated 2 years ago

Pasting data URI prompts for download dialog

Categories

(Firefox for iOS :: General, defect, P3)

Other
iOS
defect

Tracking

()

Tracking Status
fxios 11.0 ---
fxios-v9.3 --- affected

People

(Reporter: csuciu, Unassigned)

Details

v9.3 (7374)

Steps to reproduce:
1. Go to google images and search any item
2. Long tap on a result and select "Copy Image"
4. "Paste & Go" the copied URL in an other tab 

Expected: The copied image is displayed correctly.

Actual: The dialog that says “Unable to download or display this file. Would you like to open it in another app?" shows up.
The image is loaded correctly, without the prompt, if I open the URL via today widget - Go to copied link
Note that this doesn't affect navigation to data: URIs (see http://twinql.com/tmp/foo.html).

My first suspicion is that the URL bar is truncating the URL; when I paste I see '…' at the end of the string. But it's also possible that the URL bar is refusing the protocol, while the ordinary webview navigation is perfectly happy with it.
Summary: Accessing data URI url's prompts for download dialog → Pasting data URI prompts for download dialog
What does desktop do? Didn't they recently make a change how data uris are handled?

I am not sure if we should fix this or even allow people to paste data uris in the location bar. Is there an actual use case for this?
data:text/html,foo should be valid
Priority: -- → P2
Priority: P2 → P3
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.