Closed
Bug 925716
Opened 12 years ago
Closed 12 years ago
PDF opened with 'target="_blank"' downloads rather than displaying
Categories
(Firefox :: PDF Viewer, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: Andrew, Unassigned)
Details
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:23.0) Gecko/20100101 Firefox/23.0 (Beta/Release)
Build ID: 20130814063812
Steps to reproduce:
Clicked on a link to a PDF with a target of _blank.
Actual results:
It opened the download window.
Expected results:
It should have displayed inside Firefox.
Reporter | ||
Updated•12 years ago
|
Component: Untriaged → PDF Viewer
WFM with data:text/html;charset=utf-8,<a href%3D"http%3A%2F%2Fexcerpts.numilog.com%2Fbooks%2F2297001363.pdf" target%3D"_blank">Click<%2Fa>
URL or testcase, please?
NB: upgrade your Firefox to the latest v24, please.
Flags: needinfo?(Andrew)
Reporter | ||
Comment 2•12 years ago
|
||
Turns out I'm wrong. It's not the target that does it. It's something else about some PDFs.
<A href="http://hudoc.echr.coe.int/webservices/content/pdf/003-4529626-5466299">This downloads</A> on a web page, for instance, always downloads the PDF rathet than displaying it inline.
Should I open a new bug for that?
Flags: needinfo?(Andrew)
This is expected behaviour, this server is sending the HTTP Header
Content-Disposition: attachment
Resolving this bug as WORKSFORME. There is already bug 453455 generally and bug 773942 specifically for PDFs open for overriding that header.
Meanwhile the extension at https://addons.mozilla.org/en-US/firefox/addon/inlinedisposition/ as a workaround achieves this.
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•