123291 - Open a pdf link cause browser to segfault

Status: RESOLVED WORKSFORME

(Core Graveyard :: Plug-ins, defect)

Description

[Anthony Liu]

Mozilla 0.9.7 Build 2001122108

When launch in a shell, the error shows up as the followings:
/usr/lib/mozilla/run-mozilla.sh: line 72:  3495 Segmentation fault      $prog
${1+"$@"}

Application helper for pdf was not setup. The only mime types setup are:
text/html
audio/x-pn-realaudio
application/octet-stream
video/x-mpeg

Mozilla should have present a dialog asking for help.  But it crashed instead.

Comment 1

[Boris Zbarsky [:bzbarsky]]

Anthony Liu, could you please try a talkback build and report the incident id
here?  I can't reproduce this crash....

Comment 2

[Karl Johan Kleist]

WFM. Build ID: 2002 01 30 03. Windows 2000.

Reporter: Please always use the severity level "critical" for crashes,
and add the keyword "crash". Thank you for using Bugzilla.

Comment 3

[Adam Hauner]

Sev: nor -> cri  Key: +crash
WFM 2002020208/WinNT4 (Acrobat 4)

Comment 4

[Anthony Liu]

I think I have just found something, plugger 3.3 seems to be the problem, the
plugger configuration was:

application/pdf: pdf: Portable Document Format
    exits : xpdf "$file"

which I do not have xpdf on my system, by changing xpdf to acrobat, the crashing
disappeared.  However, a remote pdf file does not get retrieved by Mozilla and
acrobat complain about a non-existent file.

Comment 5

[timeless]

.

Comment 6

[Boris Zbarsky [:bzbarsky]]

Anthony, I suggest you try plugger 4.0, which fixed a number of issues including
some problems plugger had in mozilla.

Comment 7

[Boris Zbarsky [:bzbarsky]]

See also bug 85542

Comment 8

[av (gone)]

Over to serge.

Comment 9

[shrirang khanzode]

anthony, does using plugger 4 work for u ?

Comment 10

[Anthony Liu]

I have plugger 4.0 installed.  The crash had gone but it won't open or even
download the pdf file.  The browser shows "Running helper..." but Acrobat won't
open.

acroread is a symlink to /usr/local/Acrobat4/bin/acroread
Acrobat always work from the command line though.

From the new pluggerrc, the default settings are:

application/pdf: pdf: PDF file
application/x-pdf: pdf: PDF file
text/pdf: pdf: PDF file
text/x-pdf: pdf: PDF file
    repeat swallow(documentShell) fill: acroread -geometry +9000+9000 -xrm '*   
userFrontEndProgram: FALSE' "$file" 
    repeat swallow(gv) fill: gv -safer -quiet -antialias -geometry +9000+9000
"$file" 2>/dev/null
    repeat swallow(xpdf) fill: xpdf -g +9000+9000 "$file"


This may be an interface problem to plugger.

Comment 11

[serge (gone)]

Why don't you use acrobat plugin to handle pdf mime types?
It does the right things for big pdf files over http://  
most likely you can find it in /usr/local/Acrobat4/Browsers/intellinux/nppdf.so
cd <mozilla_installed>/plugins
ln -sf /usr/local/Acrobat4/Browsers/intellinux/nppdf.so .

Comment 12

[shrirang khanzode]

just a note: this link and acrobat are working fine using acrobat as a plugin 
for the browser (0212 trunk)

Comment 13

[shrirang khanzode]

still wfm