22864 - Image maps don't check a href base target.

Status: RESOLVED WORKSFORME

(Core :: Layout: Images, Video, and HTML Frames, defect, P3)

Description

[JT Traub]

While I will be the first to admit that the above site perhaps abuses the way
frames should work, that site works correctly under Netscape and IE for all
versions of those that I have tested, as well as Opera.

The layout is as follows.
On the front page, the screen is set up with 4 frames.
a) a header frame
b) a counter/usage frame
c) a menu frame
and
d) a content frame  (which is named 'center')

All of the graphics in the menu bar change what is focused in the content frame
(using target='center')

When the page first loads, the contents of the 'world map' are in the content
frame.

The world map divides the content frame into 2 sub-frames.
a) a region frame (which is named 'maps')
c) a map key frame

The region frame is itself split into 2 sub-frames
a) A global hex map frame
b) a news blotter frame

Now, clicking on the global hex-map (which is a clickable image map)
and has a target of 'maps' should end up display a zoomed hex view in
what was the global hex map frame and a hex detailed information view
in what was the news frame.

This is what happens under all other browsers.
Under mozilla, only the global hex map is replaced with the detailed zoom.

As another note, when I tried to enter this bug in bugzilla using mozilla, it
started swapping so hard that I was unable to do anything for the 10 minutes
it took me to get enough control of the pointer to close the mozilla browser
by force.   This is on a AMD K6-2 350 with 64 Meg RAM and 64 MEG swap.

Comment 1

[Christian Mattar]

Updating Summary...

Comment 2

[karnaze (gone)]

Reassigning to Eric.

Comment 3

[Eric Pollmann]

Thanks, I have been able to reduce this bug a bit.  It seem that the problem is
only with image maps because if I remove the ISMAP or use text instead of an
image in this case, targeting works fine. I'm attaching the reduced test case (3
files, last is test case)

Comment 4

[Eric Pollmann]

Attachment: Top frame, used by test case (Did I say 3? I meant 2...)

Comment 5

[Eric Pollmann]

Attachment: Test case

Comment 6

[Eric Pollmann]

When clicking on the image of an ant in the test case, the bottom frame should
be updated.  This works in Nav and IE.  In Gecko, it updates the top frame.

Comment 7

[Eric Pollmann]

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

Comment 8

[R.K.Aa.]

umm isn't 25169 the opposite case? Where clicking something that should load in
_top loads in focused frame istead?

Anyways: there's a duplicate of something pending: bug 37593, very resemblant of
25169:
A form is submitted from within a frame, correctly sending target as _top, but
browser displays result in the frame it was triggered from instead.

Comment 9

[mdew]

check http://www.clear.net.nz
error: Wrong number of arguments, client may not support ISMAP.

(Mozilla-2000051608-Linux)

Comment 10

[fig\tree]

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

Comment 11

[Kevin McCluskey (gone)]

This bug has been marked "future" because the original netscape engineer working
on this is over-burdened. If you feel this is an error, that you or another
known resource will be working on this bug,or if it blocks your work in some way
-- please attach your concern to the bug for reconsideration.

Comment 12

[jlarsen]

Curious, are there any resources now to fix this problem? Ran into this while
doing website design, curious if this will be fixed by 6.0 so I won't have to
scrap the method I'm using right now completly, or not? Seems strange this is a
future as using frames for image maped menu's is/was common practice.

Comment 13

[jlarsen]

adding keyword mozilla1.0 from dveditz's comments :)

Comment 14

[Amarendra Hanumanula]

QA Contact update

Comment 15

[Jesse Ruderman]

See also bug 63595, link target ignored on linked images with ismap attribute.

Comment 16

[David Einstein]

This appears to work with build 2001083003 (w2k) and 2001083008 (linux).

Comment 17

[Kevin McCluskey (gone)]

Bulk reassignin HTML FRAME/IFRAME bugs to Eric.

Comment 18

[Kevin McCluskey (gone)]

Bulk re-assigning all of Eric's HTMLFrame bugs to John.

Comment 19

[Kevin McCluskey (gone)]

Test case works fine using 2002013103. The original URL is not accessible anymore.