Closed Bug 848690 Opened 12 years ago Closed 12 years ago

Unable to detect if built in PDF viewer is disabled

Categories

(Firefox :: Untriaged, defect)

19 Branch
x86_64
Windows 7
defect
Not set
major

Tracking

()

RESOLVED DUPLICATE of bug 845740

People

(Reporter: aerworker, Unassigned)

Details

User Agent: Opera/9.80 (Windows NT 6.1; WOW64; U; en) Presto/2.10.229 Version/11.62 Steps to reproduce: There is a way to disable the built in PDF viewer to restore functionality of my site as described in https://support.mozilla.org/en-US/kb/disable-built-pdf-viewer-and-use-another-viewer. The best way to suggest the user to disable the new viewer for my site is described in https://bugzilla.mozilla.org/show_bug.cgi?id=845740. But it may be too complex or unacceptable. Actual results: I tried to find a difference in values of window.navigator.mimeTypes["application/pdf"].enabledPlugin or window.navigator.plugins properties but without any success. Expected results: So at least should be a way to detect which plug-in is set up to handle PDF files by the javascript code.
Severity: normal → major
aerworker: Thank you for reporting this. I think it is really a duplicate of https://bugzilla.mozilla.org/show_bug.cgi?id=845740. Though you are suggesting something slightly different strategically to address the issue of changing how PDFs are handled I think it might be better as a comment on 845740. There are also many other existing bugs and discussions on how to best handle the PDF viewer changes, so adding a new bug is probably not the way to go. In the meantime, I hope it is working out to set your preferences to "Always ask" for pdfs, in the Preferences panel for Applications.
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.