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)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: limingchina, Assigned: law)

References

()

Details

Attachments

(1 file)

(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.
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
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
No. It's not. This bug is about openin Acrobat from Mozilla. That bug is the other way around.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
fwiw, i can open with xpdf [linux 2001.12.17.08]...
OK... Silly question. I assume that /opt/misc/bin/acroread exists? I've had no luck reproducing this.... :(
The provided URL opens up xpdf, even when acroread is the only user-defined MIME type for PDF files. (Mozilla build ID 2002011513).
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.
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?
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.
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?
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.
The 0.98 release on linux works fine. This problem doesn't exist for me any longer.
Resolving as WFM per reporter's comment 15.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → WORKSFORME
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
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: