Closed
Bug 108157
Opened 23 years ago
Closed 23 years ago
Can't open pdf file using helper application
Categories
(Core Graveyard :: File Handling, defect)
Tracking
(Not tracked)
VERIFIED
WORKSFORME
People
(Reporter: limingchina, Assigned: law)
References
()
Details
Attachments
(1 file)
1.96 KB,
text/plain
|
Details |
(mozilla version: nightly built 20011101)
I create a helper application item like this:
Type: Portable Document Format
Extension : pdf
MIME type: application/pdf
Handled By:
Application: /opt/misc/bin/acroread.
Every time when I click the pdf file, the browser downloads it, but
doesn't invoke the acroread at all.
Comment 1•23 years ago
|
||
Does clicking the "Reset" button in helper app preferences help?
Hi, Boris,
It's of no use. I also tried with my old version 0.93. And it works.
Could it be anything related to the rdf file?
Ming
Comment 3•23 years ago
|
||
Li Ming, could you please attach your mimeTypes.rdf to this bug using the
attachment link?
This is a dup of bug 73937: "Can't open PDF in Mozilla from Acrobat reader".
Marking.
*** This bug has been marked as a duplicate of 73937 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Comment 6•23 years ago
|
||
No. It's not. This bug is about openin Acrobat from Mozilla. That bug is the
other way around.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Comment 7•23 years ago
|
||
fwiw, i can open with xpdf [linux 2001.12.17.08]...
Comment 8•23 years ago
|
||
OK... Silly question. I assume that /opt/misc/bin/acroread exists?
I've had no luck reproducing this.... :(
Comment 9•23 years ago
|
||
The provided URL opens up xpdf, even when acroread is the only user-defined MIME
type for PDF files. (Mozilla build ID 2002011513).
Comment 10•23 years ago
|
||
Small update: Compressing xpdf (in an attempt to let acroread to take over) and
re-getting the URL causes mozilla to crash. Confirmable with PDFs at www.nature.com.
Comment 11•23 years ago
|
||
The fact that xpdf is running instead of acroread means the mime info set up in
helper app preferences is not being used for some reason....
as for the crash, could you reproduce it with a talkback build? If so, please
file a separate bug, cc me, and list the talkback id in that bug?
Comment 12•23 years ago
|
||
Re Comment #11:
Throughout xpdf is disabled.
I renamed current ~/.mozilla/. Installed
talkback build mozilla-i686-pc-linux-gnu-0.9.7-sea in my homedir under
~/mozilla/. (by the way, i did not uninstall the mozilla-2002011513 RPMS). On
loading a PDF file
from the web, a dialog box appears allowing the option of entering the
path to acroread. This works and mozilla doesn't crash (viz. Comment #10). Yea!
Quit mozilla. Switched back the previous ~/.mozilla/ directory for the
mozilla-2002011513 version. The GNOME launch button I usually use now had
stopped working, so I ran /usr/bin/mozilla in an xterm window to run the binary
from the RPM install. It didn't run there either. Renamed ~/mozilla/ [sic].
Mozilla still didn't run. Appended -splash flag. Mozilla fired up with warning
message:
LoadPlugin: failed to initialize shared library
/usr/local/j2re1.4.0/plugin/i386/ns600/libjavaplugin_oji140.so
[/usr/local/j2re1.4.0/plugin/i386/ns600/libjavaplugin_oji140.so: undefined
symbol:
GetService__16nsServiceManagerRC4nsIDRC4nsIDPP11nsISupportsP19nsIShutdownListener]
Navigated to the same PDF link as before. Mozilla reported no application found
without crashing or bringing up dialog box for choosing the application path. I
then configured the Preferences for type application/pdf, etc., as I did with
mozilla-0.9.7 Talkback. Mozilla displays "no approprierate [sic] application
found" in the status bar before segfaulting without further info.
So it looks like the problem could lie with the java plugin error, potentially
corrupted configuration files, and/or the mozilla application itself since
0.9.7. I will look into the first two items and report back, but I just wanted
to provide this information sooner. thanks.
Comment 13•23 years ago
|
||
Re Comment #12:
Fixed the java plugin error. Now trying Build 2002011710. Mozilla segfaults
after clicking link to any PDF file without presenting dialog box. Helper apps
list is the default install. Even tried clicking the Reset button just in case.
Random examples:
http://www.dwd.de/services/gfsf/sturmwuseewetterb112001.pdf
http://www.cal.org/pubs/ncrcpubs/94conf.pdf
acroread launches just fine under Opera 5.0 (linux/x86).
Recommendations?
Comment 14•23 years ago
|
||
If this is still a problem and mozilla is still crashing, my advice is still as
it was:
1) Get a talkback build
2) Run it.
3) Get it to crash
4) Run "components/talkback/talkback" in the Mozilla install directory
5) Report the incident ID of the crash in this bug.
Reporter | ||
Comment 15•23 years ago
|
||
The 0.98 release on linux works fine.
This problem doesn't exist for me any longer.
Comment 16•23 years ago
|
||
Resolving as WFM per reporter's comment 15.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → WORKSFORME
Comment 17•22 years ago
|
||
mass-verifying WorksForMe bugs.
reopen only if this bug is still a problem with a *recent trunk build*.
mail search string for bugspam: AchilleaMillefolium
Status: RESOLVED → VERIFIED
Updated•8 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•