Inline 32bit Acrobat Reader Fails After Multiple PDF Viewings




7 years ago
2 years ago


(Reporter: drichard, Unassigned)


Firefox Tracking Flags

(Not tracked)



(2 attachments)



7 years ago
User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:2.0b1) Gecko/20100630 Firefox/4.0b1
Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:2.0b1) Gecko/20100630 Firefox/4.0b1

Unfortunately, Acrobat still makes us run the 32bit version of Reader for inline PDF viewing.  I installed it using nspluginwrapper and the first few that are viewed work correctly.  Then after around 3-4 PDFs it fails and the screen just turns white and the plugin never loads.  Running it from the command line does create some spewage which I hunted and it appears to be coming from Firefox:

###!!! [Child][RPCChannel] Error: Route error: message sent to unknown actor ID

When I close and re-open FF it works correctly again for a few documents and then fails.

Caveats of my testing:
- Firefox is being run over remote display (X)
- Firefox is running in 16bit color.

Reproducible: Always

Steps to Reproduce:
1. Install 32bit Acrobat Reader with nsplugin wrapper
2. View several PDF documents
3. After a few of them the plugin will fail to load and you just get a white empty canvas
Component: General → Plug-ins
Product: Firefox → Core
QA Contact: general → plugins

Comment 1

7 years ago
Created attachment 460295 [details]
PDF loads, canvas is empty after working initially
This is probably a duplicate of bug 583576, which we have fixed in the 1.9.2 branch. Can you try a branch nightly from here and let me know whether you can still reproduce this bug?
Hrm, actually it might not be related at all. This was reported against OOPP on trunk.

Comment 4

7 years ago
Tested with Reader 9.40 + Beta 6 and issue remains.  This is a showstopper for our deployment (800 users).  Our county Government website is hard coded to only work with inline PDF documents, and we cannot use Reader as an external application.    If there is anything I can do to help, just let me know.
Have you got a particular PDF or URL that this happens on, which we can test with? Unless we're able to reproduce this, there's probably not a lot we can go on here.

Comment 6

7 years ago
@benjamin:  Sure thing, my test link is:

On a fresh launch of FF, I was able to click on #1, #2, #3 and #4.  When I clicked on #6 the canvas turned black, and then after a few seconds it turned white.  I believe this is an indication that the document has downloaded and should then be displaying.  I'll attach an image, marking in green the 4 that worked and then failure marked in red.

Just to clarify how we run it, it's running 16bit color over remote display from a server.  The contents of the plugin directory is below.  Acrobat Reader is the only 32bit plugin that remains, everything else is now running natively in 64bit.

-rwxr-xr-x  1 root root   315684 Sep 28 15:46
-rwxr-xr-x  1 root root   315683 Sep 28 15:46
-rwxr-xr-x  1 root root   315683 Sep 28 15:46
-rwxr-xr-x  1 root root   315684 Sep 28 15:46
-rwxr-xr-x  1 root root   319868 Sep 28 15:46
-rw-r--r--  1 root root 10597872 Sep 28 15:43
lrwxrwxrwx  1 root root       61 Sep 20 10:43 -> /usr/lib64/jvm/java-1.6.0-sun-1.6.0/jre/lib/amd64/
-rwxr-xr-x  1 root root   134648 Oct  6 12:18
-rwxr-xr-x  1 root root   134648 Jul 19 10:39

Comment 7

7 years ago
Created attachment 481262 [details]
Green links worked, failure on link marked in red.  The first several always work.
Debugging acrobat loading via nspluginwrapper on Linux is probably not a high priority for us at this point, I'm sorry to say.

Comment 9

2 years ago
This is so old, no reason to keep it open.   PDFs are displayed via JS now in FF.
Last Resolved: 2 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.