Red Hat Bugzilla – Bug 432673
Keyboard input not passed to Adobe Reader plugin
Last modified: 2008-02-25 02:59:29 EST
Description of problem:
I've installed the Adobe Reader plugin, and none of my keyboard inputs work in
that window: I can't scroll with arrows or page-up/page-down; I can't even fill
in the search field to find things in the PDF. These all work outside of
Firefox; if I start acroread from the command line I have no problems.
Version-Release number of selected component (if applicable):
# cat /etc/redhat-release
Fedora release 8 (Werewolf)
# uname -r
# rpm -q firefox
Attempted and failed with all of these versions of the Adobe Reader:
Steps to Reproduce:
1. Download and install Adobe Reader plugin
2. Start Firefox
3. Open a URL to a PDF
4. Try to use the keyboard
Keyboard inputs ignored
Keyboard should work
I also tried it with Seamonkey and got the same problem.
# rpm -q seamonkey
Also, I am using the dvorak keyboard map. I don't know if this matters, as I
have not tried it with any other keyboard map.
I just updated to firefox-188.8.131.52-1.fc8. It still has the same problem.
We found that this bug has been already registered in the upstream database
(https://bugzilla.mozilla.org/show_bug.cgi?id=78414) and believe that it is more
appropriate to let it be resolved upstream.
I know that the upstream bug is really ancient, but I am afraid that we are not
able to fix this here at all.
Red Hat will continue to track the issue in the centralized upstream bug
tracker, and will review any bug fixes that become available for consideration
in future updates.
Thank you for the bug report.
I looked at the bug you referenced as a duplicate, and this is NOT THE SAME --
in fact, it's more like the opposite.
In this case, the browser seems to keep focus and none of the keyboard inputs
get passed to the plugin. Only mouse operations work.
For example, I open a PDF inside the browser using the Acrobat Reader plugin and
I want to find something in the document. I press CTRL-F, which normally opens
the "Find" dialog in the plugin. It does not. So I click on the "Find" button
in the plugin to get the dialog, and then click on the text field to fill in the
string I want to find. I type, and nothing happens.
At this point, we're going to only be taking security fixes and major stability
fixes into this release of Fedora. However, we still want to ensure the bug is
fixed in the next version. We'd appreciate if you could test Firefox 3,
available at http://www.mozilla.com/en-US/firefox/all-beta.html or now shipping
as the default in Fedora rawhide and provide feedback as to whether it still
exists so we can file a ticket upstream to try to fix it in Firefox 3 before it
I'm almost positive the problem is not upstream. I just now downloaded the
firefox-184.108.40.206.tar.gz tarball from mozilla.com, installed it in a user
directory, put the Adobe Reader plugin in that plugins directory, fired it up
and opened a PDF, and the keyboard works just fine in the plugin. One
difference I noticed is that the mozilla.com tarball depends on libstdc++.so.5,
for which I had to install compat-libstdc++-33.
There is clearly something wrong with the way it's packaged or compiled in the
rpm, or the way it's being deployed and configured by the rpm utilities. I am
downloading the Fedora-9-Alpha-DVD spin now and will soon find out if the bug
still exists in that.
Meanwhile, if this info rings any bells that point to a quick fix, and we can
get it into the F8 updates, I would be very grateful.
Please check if it's a dupe of Bug 388961.
Do you use nspluginwrapper? It does not allow keyboard focus for wrapped plugins
- it's a known issue.
Yes, apparently this is hitting the nspluginwrapper bug. I added nppdf* to the
IGNORE_WRAP= string in /etc/sysconfig/nspluginwrapper, then ran:
Now it works like it's supposed to.
I haven't yet had a chance to find out if the bug still exists in F9...
The bug is still here.
*** This bug has been marked as a duplicate of 388961 ***