Closed Bug 88692 Opened 23 years ago Closed 23 years ago

image/tiff keeps opening windows until mozilla is killed

Categories

(Core :: Networking, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: blizzard, Assigned: pavlov)

References

()

Details

Attachments

(2 files)

Build is a 0.9.2 release build.  If you visit the url (an image/tiff image) it
will keep opening new windows.
FWIW, it's actually not a *valid* tiff file. It's a mangled faces file
masquerading as a tiff file. (This crashes xloadimage when spawned from plugger
in NS4. Wheeeeee.) I just pointend mozilla at it to See What Happens.
Is that a trick?
Assignee: neeti → pavlov
pavlov, save us.
Confirm on 0.9.2 (sort of) Win2k as well.

Initial description not exactly true. It'll keep going until you kill the newest
rougue window. Dunno if Moz is supposed to render TIFFs, but I don't think it
should blow up on them. I'm attaching a TIFF from NASA that I figure should be
valid.
looks like nsBrowserInstance incorrectly registers mozilla as being able to
render image/tiff. So we end up creating a browser window to load the image/tiff
but then gecko says it can't render it so we end up creating another browser
window all because of:




  { "Browser Content Handler",
    NS_BROWSERCONTENTHANDLER_CID,
    NS_CONTENT_HANDLER_CONTRACTID_PREFIX"image/tiff", 
    nsBrowserContentHandlerConstructor 
  } 
Interesting.  My build here is popping up a dialog asking to save it.

However, we should remove this handler anyway, right?
no clue.  r=pavlov
mscott?  Can you super-review?  Also, do you agree with my comment?
I didn't understand your comment. If you remove this handler then you should see
the helper app dialog come up. 

We should remove the tiff handler registration since we don't display image/tiff.

sr=mscott

I checked this in.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
I just thought I'd let people know that the testcase that James Cooper posted
(moon image) does not generate scrollbars when loaded within the Quicktime 5.02
plugin even though the Image is larger than the current window displying it.  I
reported that as bug 90162.

Jake
I applied the patch to my two-day old Windows trunk build and still experiencing 
the original problem. Should I do something extra or we should reopen this one?
av, did you delete your components.reg file? Since this changes a component's
registration, you need to delete that file for it to take effect.
OK, this helps, thanks.
*** Bug 91616 has been marked as a duplicate of this bug. ***
*** Bug 96257 has been marked as a duplicate of this bug. ***
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: