Clicking on mixed content (ie http on https pages) links to PDFs does nothing if PDFs are not configured to be handled internally
Categories
(Firefox :: PDF Viewer, defect)
Tracking
()
People
(Reporter: mconley, Unassigned)
References
(Regression)
Details
(Keywords: regression)
I'm running Nightly 20200804091327
STR:
- Go to about:preferences
- Type "PDF" in the search input
- In the "Applications" list, find "Portable Document Format (PDF)", and on the right side, set the drop down to "Save File"
- Browse to https://www.aloaha.com/sample-fillable-pdf-forms/
- Click on the links to any of the PDFs with forms
ER:
The Save to Disk dialog should appear.
AR:
Nothing seems to occur. In the Browser Console, I see:
NS_ERROR_FAILURE: Can't use PDF.js
Reporter | ||
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Both before and after bug 1614969 was fixed, I can see the following in the browser console:
NS_ERROR_FAILURE: Can't use PDF.js PdfStreamConverter.jsm:1080
getConvertedType resource://pdf.js/PdfStreamConverter.jsm:1080
Comment 3•4 years ago
|
||
Interesting. We also don't prompt if you select "always ask".
Sebastian, is it expected that there's no visual indication the download is blocked?
Comment 4•4 years ago
|
||
I think bug 1656296 fixed this so there's now UI indicating we blocked the download. bug 1660969 will add an "unblock" button. So duping to that bug. In the meantime, if this is blocking you in some way, you can right click the blocked download, click "copy download URL", and paste it in a new tab (or turn off the nightly-only pref dom.block_download_insecure
)
Comment 5•3 months ago
|
||
Canceling needinfo, assuming it isn't needed anymore.
Description
•