30178 - imagemaps in links get overridden by link

Status: VERIFIED FIXED

(Core :: DOM: Core & HTML, defect, P3)

Description

[Len Trigg]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; N; Linux 2.2.12-20 i686; en-US) Mozilla/m13
BuildID:    2000022916

Clicking on the imagemap gives a file not found error message, whereas the
imagemap works fine from netscape. Imagemap uses rect areas (other bug reports
I've seen mention problems with circles/polygons)

Reproducible: Always
Steps to Reproduce:
1.Go to the web page
2.Click on one of the locations in the imagemap
3.


Actual Results:  Got a file not found error message. Mozilla seems to have
submitted the wrong url to the server.

Expected Results:  Gone to the same page as Netscape does :-).

Comment 1

[Nicholas Cull]

I can confirm this behaviour, which also occurs on Windows NT 4 Workstation.

I'll attach a test case shortly, showing a simplified version of the same page,
also showing the bug.

What seems to be happening is that there's an anchor that's opened just before
the image, but isn't closed anywhere in the rest of the page.

There's a couple of issues that spring out of this:

1. The link in the anchor isn't ignored (it probably should be, since Opera 3.61
and IE 5.01 do)
2. For some reason, because the anchor isn't closed before we hit the image map
definition, Mozilla is ignoring the hotspots defined in the map.

Comment 2

[Nicholas Cull]

Attachment: Simplified test case showing problem with unclosed anchor

Comment 3

[troy]

I looked around a bit and it's not the frame image frame that handles the link 
click. Evidently because it's a client side image map.

I guess it's handled through the content object side maybe through the DOM event 
handling?

I'm hoping Tom will know

Comment 4

[Johnny Stenback (:jst)]

From reading Troys comment I assume this was assigned to me by mistake, over to
Tom (Pixley, I assume).

Comment 5

[Blake Ross]

adding testcase kw

Comment 6

[joki (gone)]

Well the test case has gone bad at this point but playing around with it 
Nicholas' comments are right on the mark.  The unclosed anchor tag is causing 
the problem.  If we close the tag it works fine.

Since I think this is slightly more obscure than imagemaps in general not 
working I'm going to move this to future.

Comment 7

[Hixie (not reading bugmail)]

Making summary more accurate...

Comment 8

[Hixie (not reading bugmail)]

*** Bug 41762 has been marked as a duplicate of this bug. ***

Comment 9

[Hixie (not reading bugmail)]

*** Bug 41762 has been marked as a duplicate of this bug. ***

Comment 10

[WD]

Just FYI, the Winfiles web page does not work at all because of this bug.
Check out:   http://winfiles.cnet.com/drivers/
And click on any of the "icons"

Comment 11

[Heikki Toivonen (remove -bugzilla when emailing directly)]

I am removing the Future target milestone so we will remember to revisit this 
again and consider for nsbeta3. If you feel strongly about this issue you could 
try finding more high profile web sites that break because of this bug and also 
vote for this.

Added 4xp keyword because this works in 4.x browsers.

Comment 12

[Prashant Desale]

nominating nsbeta3. Imagemaps are expected to work.

Comment 13

[Nisheeth Ranjan]

Marking nsbeta3+.  Image maps on http://winfiles.cnet.com/drivers/ seem to be 
working but http://info.apple.co.nz/main.html is still broken.

Comment 14

[WD]

Look closely....
http://winfiles.cnet.com/drivers/   does *not* work.    A page comes up when 
you click an icon, but if you look at what it says, it's really a fancy 404 
error:
"You Have Tried to Access a Page that Does Not Exist!"

Comment 15

[WD]

*** Bug 50777 has been marked as a duplicate of this bug. ***

Comment 16

[Diego]

Reporting comments from dupe bug 50777: "image map nested in an hyperlink is not
used."

URL: http://www.teaser.fr/

When clicking on the left imagemap, the map is not used, but the link, leading
to the selection menu.

Comment 17

[joki (gone)]

*** Bug 50181 has been marked as a duplicate of this bug. ***

Comment 18

[Tobias Burnus]

Suggest M18 since Bug 50181 is tagged as such.

Comment 19

[joki (gone)]

Should work now.

Comment 20

[WD]

Verified.   Win98SE and Redhat 6.1
2000091508