In Preferences/Helper apps I created a MIME type for PDF files, and have selected "Handle by: application /usr/local/Acrobat4/bin/acroread", and "Ask me before opening files of this type". Still, whenever I click on a link to a PDF file, or enter a URL like http://www.math.sunysb.edu/~archive/courses/exams/125/f00/earlyexam/exam.pdf I get a "Enter name of file to save to..." dialog. Strange thing is, yesterday Mozilla worked as expected - same version, everything same. Then, it froze, I killed it, and since after restarting I have this problem. In case you need more details: I am using Mozilla 0.9.3 on RH Linux 7.1, from RPMS downloaded from mozilla page. "About" page reports version Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.3) Gecko/20010808 And in "helper apps", entry for PDF looks like: MIME type: application/pdf Extension: PDF
I can't even get the default plugin to work on 2001082209/Linux. Doesn't work with a new profile either.
If it helps, I can send my mimeTypes.rdf file created by Mozilla. Can't see what's wrong with it myself.
Confirming. My experience differs from the reporter's experience in that for me, absolutely _nothing_ related to helper apps works and it's bugging the heck out of me. 2001082309/Linux
This is at least severity=major... there might even be a case for calling it a blocker, since I keep having to run a different browser every time I want to play a realaudio clip or something similar.
tried testing this with a build from the night of 8/22...unable to, since i'm blocked by bug 96418. [namely, no helper dialog comes up at all when i click a pdf link.]
kirillov, how is this working for you using a recent build? i'm using 2001.08.29.08-comm bits on linux [rh 6.2, fwiw], and i don't see this problem. i created a type in the Helper Application pref panel with the same info as yours [pdf extension, application/pdf mimetype, /usr/local/Acrobat4/bin/acroread as the app]. when i click on the link you originally provided, i get the helper app dialog with the "Open with acroread" radiobutton selected. i'm marking this as wfm --but pls do reopen if it's still an issue. thx!
I'll try nightly build tomorrow (if I manage to install it on my system). Meanwhile, here is a related thing - should I file it as a separate bug, or is it a known issue (it probably is...): In helper apps dialog, I can't just enter command name (acroread) - I need to enter full path, which is quite inconvenient. Is it really necessary? Worse, it wouldn't even accept /usr/bin/xdvi - apparently because it is a script; the actual binary name is /usr/bin/xdvi.bin - but it took me some time to figure out, and would take most users forever. Again, can't see any reason why not accept the script...
Well, I tried the latest build, 2001083008. Things are even worse than before. In order to have a clean test, I removed ~/.mozilla directory and entered all prefernces anew. Now: *none* of the new file types I enter works: whether I set "save to disk", or "open using..." in preferences, whenever I click on file of any type other than html, nothing happens. No dialogs, nothing. It apparenlty loads the file (at least, the statusbar is filling) and then drops it somewhere. Same for unknown file types. Even if I shift-click on a link, or right-click and select "save as...", still nothing happens - no dialogs, no nothing. Annoying to say the least.
That would be bug 56662
kirillov, i'm thinking this is prolly a dup of bug 93173... *** This bug has been marked as a duplicate of 93173 ***
*** Bug 96620 has been marked as a duplicate of this bug. ***
mass verification of duplicate bugs: to find all bugspam pertaining to this, set your search string to "DuplicateBugsBelongInZahadum". if you think this particular bug is *not* a duplicate, please provide a compelling reason, as well as check a recent *trunk* build (on the appropriate platform[s]), before reopening.