130087 - Broken/blocked image, context menu, view image or copy image/location fails.

Status: NEW

(MailNews Core :: MIME, defect)

Description

[selmer (gone)]

3/4 09 099 branch build

I have an email with a broken image in it.  (The image is a plain file name and
there is no base tag in the html.)  Right click view does nothing, at the least
it should give an error dialog.  Right click copy image location does not copy
anything, perhaps that's the best we should try for.

I expected a browser window to open to a broken image with the URL that was
resolved in the URL bar for me to manipulate.

Comment 1

[Boris Zbarsky [:bzbarsky]]

does this also happen for webpages with broken images?

Comment 2

[Håkan Waara]

Bienvenu, might this be a regression from that other image-contextmenu bug?

Comment 3

[David :Bienvenu]

I can't really tell from the bug report. I doubt it - this is the very specific
case of the broken image. My change was only code that gets executed when you
pick "save as" from the right click context menu. 

Comment 4

[David :Bienvenu]

and since this is on the .9.9 branch, and my fix is trunk-only, it seems highly
unlikely that my change could be responsible.

Comment 5

[selmer (gone)]

On a web page with a broken image, the context menu tries to go to the image and
returns a "not found" page.  The copy image location menu does copy the location
and I can then paste it into the URL bar and again see the "not found" page.  

In an email with a non-broken image, everything works as expected.

Comment 6

[selmer (gone)]

Changing the web page to have a bogus <base> tag, the menu still works exactly
as expected (although I got a different error page from foo.com :-)

Comment 7

[TGOS]

"Copy image location" may be a bug of its own; it also fails on normal webpages,
see bug 163897

"View image" still works on webpages, so maybe the bug should focus on that only.

Comment 8

[Mike Cowperthwaite]

An easy way to check this bug is to view an HTML message with remote image 
references using View|Body As|Simple, which shows all remote images as broken.

Actually, let me equivocate about that.  In 1.6, the remote images are shown 
with the broken icon, but looking at 1.7a-0301, they are shown with a little 
red-dot icon.  Same symptom as this bug, tho -- you can right click and be 
presented with the the View Image and Copy Image Location items, but neither 
item does anything.  (No JavaScript errors thrown, tho.)

Comment 9

[Thomas Rutter]

I can confirm on Thunderbird, Aviary branch, 20040811.

Context menu of blocked/broken image shows "Copy Image Location", but "Copy
Image Location" doesn't seem to work.

Comment 10

[Scott MacGregor]

not a 1.0 stopper.

Comment 11

[Robert Kaiser]

MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614

Comment 12

[rsx11m]

Reconfirming for Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a1pre) Gecko/20100125 SeaMonkey/2.1a1pre, Copy Image fails on blocked/broken images in messages (tested on remote images in a message without unblocking them).

In contrast to prior comments, "View Image" on a valid but blocked image works for me on SM trunk builds, whereas "Copy Image" doesn't put anything onto the clipboard. I see 'Error: An error occurred executing the cmd_copyImage command: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIController.doCommand]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: chrome://global/content/globalOverlay.js :: goDoCommand :: line 96" data: no] Source File: chrome://global/content/globalOverlay.js
Line: 100' in the error console.

Per comment #9 and bug 541858, also Thunderbird is affected (tested today's 3.2a1pre nightly build), thus moving this to MailNews Core category.