Closed Bug 11518 Opened 25 years ago Closed 24 years ago

[TRACKING]onmouseover with <AREA> not firing

Categories

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

x86
Windows NT
defect

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: buster, Assigned: dbaron)

References

()

Details

(Keywords: meta, testcase)

Attachments

(1 file)

something is broken on this page related to javascript.  The image on the lower
left has a label underneath it which is suppose to change as you mouse over the
blue dots.  Furthermore, several of the blue dots have mouse-over behavior to
show/hide green dots.  These do not show up either.
Attached file testcase
Whiteboard: [TESTCASE]
QA Contact: gerardok → desale
I filed bug 12152, bug 12154, and bug 12155 on this page.  I'm marking the first
two as dependencies of this one.  It's not clear that the first, bug 12152, is a
problem here, but it might be.  I hit it creating a simple test case (suspecting
a totally different problem).  The second, bug 12154, definitely is a problem
here.  The third, bug 12155, deals with the slowness of the page's loading in
general.
Assignee: vidur → joki
Summary: dynamic content doesn't change as in Nav4 → onmouseover with <AREA> not firing
Event bug, ergo joki?  (Can reproduce with today's build on Linux.)

I suspect there's a dup out there somewhere, but I can't find it.  Updating
summary.
This bug was really acting as a tracking bug, since it's not entirely clear if
all the other bugs are the problem.  You can assign it to me if you don't want
to hold on to tracking bugs.  (shaver - You just changed the title to make it a
dup of bug 12154, which was a dependency, and probably the bug you were thinking
of.)
So I did.  If you can take this one and track the dependencies, that'd be great.
Reassigning the the L. David Baron conspiracy.
Status: NEW → ASSIGNED
[monitoring AREA element bugs]
Summary: onmouseover with <AREA> not firing → [TRACKING]onmouseover with <AREA> not firing
*** Bug 24041 has been marked as a duplicate of this bug. ***
Bulk moving [testcase] code to new testcase keyword. Sorry for the spam!
Keywords: testcase
Keywords: meta
Summary: [TRACKING]onmouseover with <AREA> not firing → onmouseover with <AREA> not firing
Whiteboard: [TESTCASE]
Nominating nsbeta2. Isn't onmouseover really part of DOM0? Not sure why this is 
marked DOM1. Anyway, regardless of which DOM level this should be considered 
part of, in terms of importance it's a DOM0 backward compatibility bug. 
onmouseover is widely used for mouse rollovers and the like.
Keywords: nsbeta2
This has become a tracking bug since there were multiple issues in the page. 
Both dependent bugs are already marked nsbeta2, so I'm removing the nsbeta2
here.  (Also, changing to DOM0 and marking [TRACKING] in summary.)

Furthermore, the original URL has completely changed, so the only reason to keep
this open is to verify the testcase, which seems to me to work just fine despite
the dependent bugs still being open.
Component: DOM Level 1 → DOM Level 0
Keywords: nsbeta2
Summary: onmouseover with <AREA> not firing → [TRACKING]onmouseover with <AREA> not firing
Actually, I'm going to mark this as WORKSFORME because the testcase works fine,
the original URL has changed, and all the problems detected before on the
original page and testcase are filed as separate bugs.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Working perfect with 2000-05-30-08.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: