Closed Bug 42802 Opened 20 years ago Closed 17 years ago

div boxes miss onMouseOver sometimes


(Core :: Layout, defect, P3, minor)






(Reporter: laotzu, Assigned: joki)




(Keywords: testcase, Whiteboard:


(1 file)

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.0-test1 i686; en-US; m16) Gecko/20000615
BuildID:    2000061508

On the left hand side of this page is a menu with a bunch of links to other
pages. It's all done with CSS, and each box is a div class="nav-link". They all
have onMouseOver parameters too, that change the background color from black to
#006666. If you move your mouse to the far left of the top boxes, where there is
no text but just inside the box, it changes color. But on all the boxes past
'Networking', they only change color when your mouse is over the text in the box.

Reproducible: Always
Steps to Reproduce:
1. Visit
2. Move your mouse over the 'News' box. Observe how it is #006666 even when the
mouse is not over text.
3. Move your mouse down to the 'Staff' box. Observe how it is #000000 unless
your mouse is over the text. The box does not change color when you're not over

Actual Results:  All boxes under 'Networking' only change color when the mouse
is over the text.

Expected Results:  All boxes should change color whenever the mouse passes their
Confirmed Win32 2000061520
Ever confirmed: true
Keywords: makingtest
OS: Linux → All
looks liek style sheets. wdormann - you one the test case?
Attached file Simplified Testcase
With the testcase, moving the mouse over anywhere in DIV "A" makes the DIV 
green.   Yet, only moving the mouse over the mouse over the letter "C" in DIV C 
makes it green.

Perhaps some issue with DIV and  rowspan=2 ?
Keywords: makingtesttestcase
is this a style system issue or and HTML Element issue?
--> html element, taking the rowspan=2 away fixes this.
Assignee: asa → clayton
Component: Browser-General → HTML Element
QA Contact: doronr → petersen
Reassigning to myself.
Assignee: clayton → karnaze
Joki, I tried tracking this down with little success. I though possibly 
nsTableRowFrame::GetFrameForPoint (which I think you added) was not working 
correctly with rowspan=2 but I'm not sure.
Assignee: karnaze → joki
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.
Target Milestone: --- → Future
massive update for QA contact.
QA Contact: petersen → lorca
I have a problem with IFRAME's where they always drawn on top even when z-index 
of subsenquent elements are higher.  This is a grevious issue because the 
system we have places a DIV above the IFRAME, due to this bug the IFRAME is 
always displayed above the DIV and the DIV's contents are masked.  
Reassigning QA Contact for all open and unverified bugs previously under Lorca's
care to Gerardo as per phone conversation this morning.
QA Contact: lorca → gerardok
qa contact updated.
QA Contact: gerardok → bsharma
SPAM. HTML Element component deprecated, changing component to Layout. See bug
88132 for details.
Component: HTML Element → Layout
QA Contact: bsharma → moied
Seems to work in 1.3a
WFM build 2002123008, Windows XP
Closed: 17 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.