Open Bug 1388609 Opened 9 years ago Updated 3 years ago

Media files coerced to text via view-source: protocol

Categories

(Toolkit :: View Source, defect, P3)

57 Branch
defect

Tracking

()

UNCONFIRMED
Tracking Status
firefox57 --- fix-optional

People

(Reporter: tigt, Unassigned)

Details

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:57.0) Gecko/20100101 Firefox/57.0 Build ID: 20170808114032 Steps to reproduce: Navigate to an audio/video file via the `view-source:` protocol, such as <view-source:https://upload.wikimedia.org/wikipedia/en/4/45/ACDC_-_Back_In_Black-sample.ogg>. This usually happens when a Viewing Source for HTML, and following a linkified audio[src] or something. Actual results: Firefox displays a lot of textual garbage, interpreting the bytestream as UTF-8 or something. On mobile, this locks up the system pretty hard. Expected results: Non-SVG image formats display the image anyway with `view-source:`, such as <view-source:https://upload.wikimedia.org/wikipedia/en/thumb/c/c3/NotCommons-emblem-copyrighted.svg/120px-NotCommons-emblem-copyrighted.svg.png>. This is probably the behavior to emulate. (SVG does in fact have a textual source behind it, so that's not an issue.)
Component: Untriaged → View Source
Product: Firefox → Toolkit
Are you still able to reproduce this issue? When I try to enter view-source: for .ogg directly, I see the video here, like you are describing for PNG, etc. I tried to create an example page: data:text/html,<!doctype html><a href="https://upload.wikimedia.org/wikipedia/en/4/45/ACDC_-_Back_In_Black-sample.ogg">example</a> When I click the .ogg link after viewing the example page's source, nothing happens.
Flags: needinfo?(tigt)
Priority: -- → P3
I think the paste behavior may have changed, because pasting in the link in my initial post does what you describe. Manually editing in `view-source:` in front an hitting enter still reproduces, though.
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.