Closed
Bug 168062
Opened 22 years ago
Closed 22 years ago
:hover styles persist (document.write()-triggered {ib} ?)
Categories
(Core :: CSS Parsing and Computation, defect, P3)
Tracking
()
VERIFIED
FIXED
People
(Reporter: cwr, Assigned: dbaron)
References
()
Details
(Keywords: testcase)
Attachments
(2 files)
On http://newsseer.com/ you should see two columns of links (or as of
today you do, NewsSeer keeps tweaking their page layout):
When I move my mouse over the right-hand column, ALL of the links get
highlighted with a blue underline. When I move off the right-hand
column these highlights disappear.
When I move my mouse over the left-hand column, individual links get
highlighted with a blue underline which is STICKY: when I move off the
left-hand column these highlights stay "on". Doing a Refresh on the
page clears the sticky highlights.
Despite the highlight weirdness, the individual links work fine.
I first noticed this when I installed Mozilla 1.1 today. In Mozilla
1.0, as I assume was the intent, each link is INDIVIDUALLY highlighted
with a NON-STICKY blue underline.
Comment 1•22 years ago
|
||
The entire right column is wrapped in a <span class="a"> which calls for
underlines on hover. So when you hover anywhere in the right column, the right
column gets underlined.
I'm not sure about the other column, but it's probably something to do with all
the span tags wrapping around the document. The code incorrectly assumes that
:hover only works on <A> tags, when it can work on any tag.
You didn't see this in Moz 1.0 because 1.0 didn't treat :hover correctly.
Once someone sorts out what's up in the left column, this bug should be marked
invalid since the whole problem is coming from the page's own poor CSS.
->Style System
Assignee: asa → dbaron
Component: Browser-General → Style System
QA Contact: asa → ian
Comment 2•22 years ago
|
||
Woah. Yeah, there are some seriously strange issues going on here.
We need to minimise the testcase.
Assignee | ||
Comment 3•22 years ago
|
||
The problem on the left is also related to the span with class a.
![]() |
||
Comment 4•22 years ago
|
||
In my debug build, I see the following behavior on that testcase:
1) Hover "Mozilla". It's underlined. Pull mouse straight down to unhover it.
It loses the underline. This almost certainly works due to the patch in bug
146409 in my tree
2) Hover "Mozilla". Underlined. Pull mouse up off the word, to the right past
it, and down around it, without hovering it again. It stays underlined.
For this part, I suspect the problem is that the patch in bug 146409 does
not affect style resolution on the block inside the inline.
Depends on: 146409
Comment 5•22 years ago
|
||
My version of the testcase (I ended up with something quite similar to David,
although independently):
http://www.damowmow.com/playground/bugs/168062/001.html
Looks like an {ib} problem triggered by document.write() ?
Summary: link underline highlight weirdness → :hover styles persist (document.write()-triggered {ib} ?)
![]() |
||
Comment 6•22 years ago
|
||
Ah, yes. This is the "{ib} does not handle ContentAppended/ContentInserted
well" issue... do we have a bug on that?
Reporter | ||
Comment 7•22 years ago
|
||
FYI: earlier in this thread there was criticism of some HTML design of
http://newsseer.com/ which I forwarded to the folks at NewsSeer via
their Feedback link. Now I no longer see the :hover stickiness, nor
"group highlight". I assume NewsSeer fixed the page design problem
which provoked the symptom Mozilla 1.1 (and if so, thanks to them).
As already suggested, use the testcases not the originally reported URL.
Comment 8•22 years ago
|
||
for me, David's testcase is working fine, but Ian's testcase shows the problem.
I have made a little extension to Ian's testcase
1) 1st DIV has "display : inline"
2nd DIV has "dispaly : block" and contains a Javascript
3rd DIV has "display : inline"
all the 3 DIVs contained within a DIV with "display : inline"
what I see:
the 1st DIV discontinues the style when hovered away
the 3rd DIV mantians the Style when hovered away
2) 1st DIV has no display style set
2nd DIV has "dispaly : block" and contains a Javascript
3rd DIV has "display : inline"
all the 3 DIVs contained within a DIV with "display : inline"
what I see:
the 1st and 3rd DIV mantians the Style when hovered away
3) 1st DIV has no "display" style
2nd DIV has "dispaly : block" and contains a Javascript
3rd DIV has no "display" style
all the 3 DIVs contained within a DIV has no "display" style, as well
what I see:
the 1st and 3rd DIV discontinues the style when hovered away
Comment 9•22 years ago
|
||
i tested this on win2000 with trunk build : 2002-09-12-08-trunk
![]() |
||
Comment 11•22 years ago
|
||
Well, I was wrong about ContentAppended, looks like. Ian's testcase is fixed by
the change I propose in bug 146409, comment 26.
Updated•22 years ago
|
Priority: -- → P3
Whiteboard: [QA-P3]
![]() |
||
Comment 12•22 years ago
|
||
fixed by checkin for bug 146409
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Comment 13•22 years ago
|
||
verified fixed on winXP trunk build 2003-02-24-04
Status: RESOLVED → VERIFIED
![]() |
||
Updated•18 years ago
|
Flags: in-testsuite?
You need to log in
before you can comment on or make changes to this bug.
Description
•