191118 - Mozilla 1.2.1 - Alerts 426 with acroread 5.x but not with 4.0

Status: RESOLVED INVALID

(Core Graveyard :: Plug-ins, defect)

Description

[Alex Lupu]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021130
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021130

Red Hat 8.0
Mozilla 1.2.1 and Acrobat Reader 5.0.6 plugin installed.
When trying to open a pdf file Mozilla freezes with message:
“Alert 426 Connection closed, transfer aborted”



Reproducible: Always

Steps to Reproduce:
Steps to Reproduce the Problem:
1. In mozilla-1.2.1 Plugins subdirectory:
   ln -fs /usr/local/Acrobat5/Browsers/intellinux/nppdf.so nppdf.so
   (same behaviour if you copy the actual file)
2. In /usr/local/bin (in the PATH)
   ln -fs /usr/local/Acrobat5/bin/acroread acroread
3. Click on any old pdf file:
   ftp://download.intel.com/design/motherbd/bv2/C1458401.pdf

Steps to Reproduce the OK situation:
1. In mozilla-1.2.1 Plugins subdirectory:
   ln -fs /usr/local/Acrobat4/Browsers/intellinux/nppdf.so nppdf.so
   (same behaviour if you copy the actual file)
2. In /usr/local/bin (in the PATH)
   ln -fs /usr/local/Acrobat4/bin/acroread acroread
3. Click on any old pdf file:
   ftp://download.intel.com/design/motherbd/bv2/C1458401.pdf


Actual Results:  
Cannot open pdf file with Reader 5.x


Expected Results:  
Display the file in Reader 5.x (as it does in Reader 4.0 - perfectly)


System:  Red Hat 8.0  kernel 2.4.20

CLUES:
- With LANG=en_US.ISO-8859-1 (hint I got from Bug 180308)
  the pdf files load okay in acroread 5.x invoked directly (from the drive).
- Despite the install from a "506" tarball the “About Reader 5.0.5 (!)” reads
  x86 linux 5.0.5 Apr 25 2002 (i.e. you'd expect 5.0.6)
- On LANG=en_US.UTF-8 (the default) the direct acroread aborts with
  Warning:  charset “UTF-8” not supported, using “ISO8859-1”
- With Reader 4.0 everything is fine (with either LANG setting).

Comment 1

[R.K.Aa.]

WFM with current trunk CVS on RH8, Acroread 5.0.5 plugin.

Comment 2

[R.K.Aa.]

oh.. and my LANG=no_NO
This sounds like it's related to one of the many redhat bugs regarding utf-8, or
is a bug in the acrobar reader as such.

Comment 3

[R.K.Aa.]

Yup - it's a bug in acroread. You can fix this directly in the acroread script,
see https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=76158
Resolving as invalid. Please file a bug against Adobe if it hasn't been filed
already.

Comment 4

[Alex Lupu]

R.K.Aa> You can fix this directly in the acroread script

How? The link to 76158 doesn't give any clue as to how to fix the script.
Besides, 76158 does NOT deal with the same situation:
  As I noted in the original comments, Reader 5.x can be made NOT to abort on
DIRECT invokation, by setting LANG to something other than UTF-8.
The problem with the "Alert 426" also happens when the direct Reader 5.x
invokation works OK which seems to imply that my plug-in problem is not related
to the LANG situation (or Red Hat for that matter) and is somehow a Mozilla
1.2.1 vs Reader 5.x plugin incompatibility.  Even the wording "Connection
closed, transfer aborted" (taken literally) points in a different direction.

Anyway, I'd be very happy if I knew how to modify the acroread script in order
to work around this problem.
Thanks.

Comment 5

[R.K.Aa.]

76158 indeed describe how you fix this.
I reconstructed what you see - and it's fixed by adding a conventional LANG to
the acroread script. In my case i added this line as the first line after the
acroread script's first comment:

export LANG=no_NO

You may want to export en_US - or simply C.
LANG=en_US.ISO-8859-1 probably works as well.

Comment 6

[R.K.Aa.]

the problem of downloads of pdf files aborting and a fix like the one i
mentioned is also described in
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=71340 comment #2 and other
comments.

Comment 7

[R.K.Aa.]

when trying with Netscape 4.78 i get two alerts when using utf-8.

1: Could not load the plug-in "nppdf.so" for the MIME type 'application/pdf'.
Make sure enough memory is avialable and that the plug-in is installed correctly

2: Warning: charset "UTF-8" not supported, using "ISO8859-1".

After dismissing the dialogs nothing loads.

After adding export LANG=no_NO to acroread, NS4.78 loads the same pdf file just
fine,  no alerts - just like in Mozilla. (Still testing 5.0.5/6 of Adobe Acrobat
reader.

Version 4 should not be used - it has several security issues.
Re-resolving as invalid. The expected results "Display the file in Reader 5.x
(as it does in Reader 4.0 - perfectly)" is not possible with the combo of 5.*
and UTF-8. Please use one of the many mentioned workarounds.

Comment 8

[R.K.Aa.]

Reporter mailed (excerpt):

THANK YOU VERY MUCH!

Everything works just fine and no side effects so far (they would obviously be
reason for a different bug report 

Based on your suggestions, the only change I made was to insert a single line at
the top of 5.x 'acroread':
LANG=en_US.ISO-8859-1

--

He or I will file a bug against networking regarding the alert + hang.