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)

x86
Linux
defect
Not set
critical

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.
Anthony Liu, could you please try a talkback build and report the incident id here? I can't reproduce this crash....
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.
Sev: nor -> cri Key: +crash WFM 2002020208/WinNT4 (Acrobat 4)
Severity: major → critical
Keywords: crash
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
Anthony, I suggest you try plugger 4.0, which fixed a number of issues including some problems plugger had in mozilla.
Over to serge.
Assignee: av → serge
anthony, does using plugger 4 work for u ?
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.
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 .
just a note: this link and acrobat are working fine using acrobat as a plugin for the browser (0212 trunk)
still wfm
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.