Closed
Bug 67549
Opened 24 years ago
Closed 23 years ago
Registered helper application doesn't view images
Categories
(Core Graveyard :: File Handling, defect)
Core Graveyard
File Handling
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
Comment 2•24 years ago
|
||
I am not sure what the error is here...Reporter what build are you using?
Reporter | ||
Comment 3•24 years ago
|
||
Using Mozilla 0.7
Reporter | ||
Comment 4•24 years ago
|
||
I confirmed it is still seen on Mozilla M18 Gecko/20010207
Updated•24 years ago
|
QA Contact: sairuh → shrir
Comment 5•24 years ago
|
||
Marking NEW as per comments by reporter.
Status: UNCONFIRMED → NEW
Component: XP Apps → Viewer App
Ever confirmed: true
Comment 6•24 years ago
|
||
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
Comment 7•24 years ago
|
||
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.)
Comment 8•24 years ago
|
||
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)
Comment 9•24 years ago
|
||
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.
Comment 10•23 years ago
|
||
*** Bug 76213 has been marked as a duplicate of this bug. ***
Comment 11•23 years ago
|
||
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?
Comment 12•23 years ago
|
||
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.
Updated•23 years ago
|
OS: Windows 2000 → All
Hardware: PC → All
Comment 13•23 years ago
|
||
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. :)
Comment 14•23 years ago
|
||
*** Bug 93042 has been marked as a duplicate of this bug. ***
Comment 15•23 years ago
|
||
I'm still seeing this on Win32.
Comment 17•23 years ago
|
||
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
Assignee | ||
Comment 18•23 years ago
|
||
Won't be able to deal with this near term.
Target Milestone: --- → Future
Updated•23 years ago
|
Component: Viewer App → File Handling
QA Contact: shrir → sairuh
Comment 19•23 years ago
|
||
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
Comment 20•23 years ago
|
||
any chance this could be fixed soon? it's a real showstopper..
Comment 21•23 years ago
|
||
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?
Reporter | ||
Comment 22•23 years ago
|
||
The original bug seems to have been solved since a few months ago.
Comment 23•23 years 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
Comment 24•23 years ago
|
||
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.
Comment 25•23 years ago
|
||
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.
Comment 26•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
•