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)

23 Branch
x86_64
Windows 7
defect
Not set
normal

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.
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)
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
Aaah, many thanks!
Resolution: WORKSFORME → INVALID
You need to log in before you can comment on or make changes to this bug.