Closed Bug 67549 Opened 24 years ago Closed 23 years ago

Registered helper application doesn't view images

Categories

(Core Graveyard :: File Handling, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED WORKSFORME
Future

People

(Reporter: nomura, Assigned: law)

References

Details

I registered Kodakprv.exe as image/tiff viewer in preference helper application. When I open a tiff attachment, however, Mozilla askes to open or save it in Open/Save Attachment window. It is OK, but even choose "Open", it still asks to Open or Save it in Downloading window. I have to choose "Open using" again and point where Kodakprv.exe is located. Word(doc), Exel(xls) or Asf file is automatically choose their application in Downloading window. Additional helper application should be chosen automatically in Downloading window as well as doc or xls. This is a re-post from 66106 separately.
Reassigning to XP Apps
Assignee: adamlock → vishy
Component: Embedding APIs → XP Apps
QA Contact: mdunn → sairuh
I am not sure what the error is here...Reporter what build are you using?
Using Mozilla 0.7
I confirmed it is still seen on Mozilla M18 Gecko/20010207
QA Contact: sairuh → shrir
Marking NEW as per comments by reporter.
Status: UNCONFIRMED → NEW
Component: XP Apps → Viewer App
Ever confirmed: true
helper apps, pchen can you look at this?
Assignee: vishy → pchen
Summary: Registered application can't loaded automatically → Registered helper application doesn't view images
I believe this is the same thing I'm experiencing. I'm trying to have it display non-inlined/embedded images (gif/jpeg/etc.) either via a direct link to them or the 'view image' context menu option, using an assigned external viewer application, rather than displaying them using a browser window. I added the mime image/gif and image/jpeg types along with the file extentions in the helper apps options, but it still displays them using the browser. I'm currently using Mozilla 0.8 "Build ID: 2001021508" under Windows 98 SE. For reference, if any use, Netscape 3.x handled this correctly; the early versions of Netscape 4.x had this same problem; then later versions of Netscape 4.x finally had it working the way I wanted again. (I know you're not using the Netscape 4.x code at all for this version, but might help someone recognize the problem.)
My guess is that this problem extends to all mime types in nsExternalHelperAppService.cpp -- at least I notice that I can't get a helper application to launch for postscript, but I can for PDF. (Linux, build 2001033019)
I see this on linux too. This should be marked as "All" This is also a definite regression, and in my opinion should be targeted for 0.9 or 0.9.1. This is a serious usability problem for some of us.
*** Bug 76213 has been marked as a duplicate of this bug. ***
Blocks: 78106
Is this fixed completely in the latest nightlies? My symptom of this bug was always that mozilla would ignore my choice of a helper app for postscript files. That is no longer happening in the latest builds. I know a lot of work has gone into helper apps recently. Maybe this one has been fixed as a result?
the problem with not using an external viewer for mimetype image/* exists in linux as well. Even with a helper app registered for gif/jpep/anything else handled by the browser natively, the browser will always render the image itself instead of calling the helper app.
OS: Windows 2000 → All
Hardware: PC → All
It really seems like this should have keyword 4xp---netscape has no problems parcelling gifs and jpgs out to xv, where I can crop, flip, and resize to my heart's delight. :)
*** Bug 93042 has been marked as a duplicate of this bug. ***
I'm still seeing this on Win32.
-> law
Assignee: pchen → law
From: "Greg Spath" <gspath@freefall.homeip.net> To: edburns@acm.org Subject: Fw: [Bug 67549] Registered helper application doesn't view images Date: 04 Sep 2001 21:11:51 EDT Content-Type: text/plain; charset="iso-8859-1" Mime-Version: 1.0 Hi, I'm sick of this problem, so i developed my own workaround. You will need Perl, the Digest::MD5 module, and a copy of wget (there is a windows version at http://www.interlog.com/~tcharron/wgetwin.html) I *think* the windows version of perl will do the proper translation on filenames when opening files, otherwise you'll need to edit the "/'s"in the script to "\\'s". webimage and other things I've written are at: http://freefall.homeip.net/code/ -- Greg
Won't be able to deal with this near term.
Target Milestone: --- → Future
Component: Viewer App → File Handling
QA Contact: shrir → sairuh
Images that are shown inline with Mozilla isn't opened by the specified helper, but still showed inline. Example: Accessing a URL http://server.domain.com/image.jpg you get a correct respnse from the server with Content-Type: image/jpeg Even though I created a Type "image/jpeg" in Preferences-Helper Applications using a different appliucation to open the file the image is shown inline in mozilla. It uses the same behaviour when right-clicking on images and selection "View Image". I'm using Mozilla 0.9.5 on linux: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.5) Gecko/20011023
any chance this could be fixed soon? it's a real showstopper..
So what is the bug here? The original report is that image/tiff is not viewed by the relevant helper. The later comments all talk about handling image/jpeg with a helper instead of internally... those are two completely distinct issues (and the second has bugs on it already). Is the original bug still present?
The original bug seems to have been solved since a few months ago.
2002030108/Linux can open tiff file with gimp and ps file with gv. This bug can be marked as worksforme.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
With 0.9.9 (Gecko/20020311, build 2002031115) under RedHat 7.2 I cannot view jpg or gif images in external helpers. I have similar problems under WindowsXP (using ACDSee instead of ee). I started with a virgin preferences directory, and created helpers as follows: GIF JPG Extension: gif (or .gif) jpg MIME: image/gif image/jpeg App: /usr/bin/ee /usr/bin/ee No external helper is launched. I was able to have gv handle postscript files just fine (ext:ps mime:application/postscript app:gv). This is a definite show-stopper for me. It's bad enough that I'm still using Netscape 4.7. This is definitely not resolved.
David, you're seeing bug 58557 ("Mozilla allows you to override internal MIME types to no effect"). This bug was initially about image/tiff which is a non-internal type hence not subject to the issues at hand.
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.