Closed Bug 638796 Opened 13 years ago Closed 3 years ago

The print button/menu item should be disabled for full-page plugins

Categories

(Core Graveyard :: Plug-ins, defect, P4)

x86
Windows 7
defect

Tracking

(firefox6-, blocking2.0 -)

RESOLVED WONTFIX
Tracking Status
firefox6 - ---
blocking2.0 --- -

People

(Reporter: andrei.domuta, Unassigned)

References

Details

(Keywords: regression)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.13 (KHTML, like Gecko) Chrome/9.0.597.107 Safari/534.13
Build Identifier: Mozilla/5.0 (Windows NT 6.1; rv:2.0) Gecko/20100101 Firefox/4.0

The "print" button in the Firefox Menu is non-functional while viewing a PDF file, and if having installed the Adobe 10 Plugin.

Reproducible: Always

Steps to Reproduce:
1. Launch Firefox on a clean profile and install the Adobe Reader X
2. View a PDF document in the browser window
3. From the Browser window File->Menu (or Firefox button) press the Print button
Actual Results:  
3. The print window is not launched.

Expected Results:  
3. The print window should launch

*Note: The shortcut ctrl+P (windows) works, as well as the "print" button from the adobe menu
Status: UNCONFIRMED → NEW
Ever confirmed: true
Whiteboard: [4rc]
May be also connected to this issue, as printing is managed by through the adobe plugin, the following:
If changing the page setup setting in File->Page Setup (for example from portrait to landscape) these settings are not reflected when printing (as it is when printing an html page, for example)
I was able to reproduce the issue on:
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:2.0b1) Gecko/20100630
Firefox/4.0b1

With the Adobe Reader X plugin
Mozilla/5.0 (Windows NT 6.1; rv:2.0) Gecko/20100101 Firefox/4.0

Able to reproduce. In a pdf document, printing a file from File menu->Print button is not working. Ctrl+p and pdf print button works fine.
Also able to reproduce with Fx 4rc, Win 7 SP1, latest Adobe Reader X, http://www.irs.gov/pub/irs-pdf/p1.pdf 

The print option from the Firefox Menu doesn't do anything. Nominating.
blocking2.0: --- → ?
Renominate if this is a regression, but I think this is a longstanding NPAPI issue.
blocking2.0: ? → -
It works on 3.6.x. The File->Print menu option brings up a print dialog in that version. I'll narrow down the regression range.
Keywords: regression
I've tried all the way back to alpha 3, and it doesn't work there.
Maybe this is obvious but if you turn of IPC it then "works".
Component: General → Plug-ins
Product: Firefox → Core
QA Contact: general → plugins
Whiteboard: [4rc]
Hey there, we're using this flag to track issues that are in code that's new to Firefox 6. Please contact mozilla.dev.platform if you have longstanding issues you're concerned about.
(In reply to comment #10)
> Hey there, we're using this flag to track issues that are in code that's new
> to Firefox 6. Please contact mozilla.dev.platform if you have longstanding
> issues you're concerned about.

Thanks for the notice.
I can reproduce this on  Mozilla/5.0 (Windows NT 6.1; rv:6.0) Gecko/20100101 Firefox/6.0
Still broken in
   FF 6.0.2 ( Mozilla/5.0 (Windows NT 5.1; rv:6.0.2) Gecko/20100101 Firefox/6.0.2 )
   seamonkey 2.3.3 ( Mozilla/5.0 (Windows NT 5.1; rv:6.0.2) Gecko/20110902 Firefox/6.0.2 SeaMonkey/2.3.3 )
Still broken in Firefox 16.0.1 (on Windows XP).

Sure it's partially Adobe's fault that you have to move the mouse to the bottom(!) of the displayed PDF to be able to even see a print icon that actually works (rather unintuitive).

However Firefox' print button should at least display some kind of hint instead of not reacting at all, sending users on a bug hunt (USB cable faulty? USB port broken? Printer broken?).
Can someone test this on the latest Nightly with PDF.js?
This is reproducible on FF 19.0a1 (2012-11-06) with Adobe Reader 11, but NOT reproducible with PDF.js.
Are there any errors reported to the Error Console?
Honestly, this isn't that hard to replicate.  I don't think I've seen firefox/seamonkey be able to print using File->Print with the adobe plugin in quite a while.  A somewhat unoptimal resolution to this is to print "Please use the Adobe Print Function instead" in a dialog so that the user has some clue what to do when trying to print a PDF from within firefox.
I have decided that we are not going to re-implement NPP_Print functionality for multi-process plugins because of the substantial risk of deadlocks or other weird behavior. So I am going to change this bug into an enhancement request to disable the print menu item/toolbar button when full-page plugins are loaded.
Priority: -- → P4
Summary: Non-functional print button in Firefox Menu when viewing a PDF file on a Adobe 10 Plugin → The print button/menu item should be disabled for full-page plugins
Resolving as wont fix, plugin support deprecated in Firefox 85.
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → WONTFIX
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.