Closed
Bug 123291
Opened 23 years ago
Closed 23 years ago
Open a pdf link cause browser to segfault
Categories
(Core Graveyard :: Plug-ins, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: anthony, Assigned: srgchrpv)
References
()
Details
(Keywords: crash, Whiteboard: [plunger] DUPEME)
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•23 years ago
|
||
Anthony Liu, could you please try a talkback build and report the incident id
here? I can't reproduce this crash....
Comment 2•23 years ago
|
||
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•23 years ago
|
||
Sev: nor -> cri Key: +crash
WFM 2002020208/WinNT4 (Acrobat 4)
Severity: major → critical
Keywords: crash
Reporter | ||
Comment 4•23 years ago
|
||
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.
.
Assignee: asa → av
Component: Browser-General → Plug-ins
QA Contact: doronr → shrir
Whiteboard: [plunger] DUPEME
![]() |
||
Comment 6•23 years ago
|
||
Anthony, I suggest you try plugger 4.0, which fixed a number of issues including
some problems plugger had in mozilla.
Comment 9•23 years ago
|
||
anthony, does using plugger 4 work for u ?
Reporter | ||
Comment 10•23 years ago
|
||
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.
Assignee | ||
Comment 11•23 years ago
|
||
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•23 years ago
|
||
just a note: this link and acrobat are working fine using acrobat as a plugin
for the browser (0212 trunk)
Comment 13•23 years ago
|
||
still wfm
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Updated•3 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•