221952 - "border-collapse" combined with a :hover definition that changes the border changes the wrong borders

Status: RESOLVED WORKSFORME

(Core :: Layout: Tables, defect)

Description

[Jan Krüger]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1

On http://jast.mooo.com/ in the list of available languages, the choices are
surrounded by a dashed border, with the CSS attribute "border-collapsed" set to
"collapsed". Also, the CSS states that the border of an item be changed to
"solid" when the mouse moves over it.

Usually, Mozilla renders tables with collapsed borders according to the
standardised conflict resolution algorithm, and this should be the case with
dynamic changes in the relevant border attributes. However, in this case, only
some of the parts of the element's border will be rendered correctly by Mozilla:
the "German" item will be rendered to have a "solid" border everywhere except at
the bottom, and the "English" item will have only the bottom border rendered as
"solid". When moving the mouse from the "English" to the "German" item, all
borders of the "German" item plus the right border of the "English" item will be
rendered as "solid", which is a fairly unreasonable behaviour.

Reproducible: Always

Steps to Reproduce:
1. Visit http://jast.mooo.com/ or produce your own test case and open it in Mozilla
2. Move the mouse over the relevant items, on jast.mooo.com the language
selections, in several different motions



The bug has been confirmed by someone I know who is using the official Mozilla
1.4 Linux release. I can also reproduce the bug using Firebird 0.6.1 for Windows
and a nightly build of Firebird 0.7 for Windows, dated 20031008.

Comment 1

[Jan Krüger]

I just realised a minor mistake in my description. In fact, the "German" item,
when hovering the mouse over it, has all borders except the left one (not the
bottom one as I said earlier) rendered correctly. Sorry for the inconvenience.

Additional note on the designated test case; I've also tried the same with
<table> tags instead of <ul>/<li>, and both with and without all the extra CSS
candy, with the same result.

Comment 2

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

.

Comment 3

[Bill Mason]

Attachment: testcase

Comment 4

[Bill Mason]

Confirming new, as I see similar oddities with the testcase, 20031010 PC/WinXP

Comment 5

[Ryan Rubley]

Attachment: Better test-case

Borders from cells other then the :hover cell change sometimes even.

Comment 6

[nemo]

For the testcase in comment #5 in Mozilla 1.7.12 and the Epiphany 1.6.7 I have linked against that Gecko (is it called a GRE yet?), the borders sometimes "stick" and wierd maze like patterns build up as I wave my mouse over the grid.

Comment 7

[Julien "_FrnchFrgg_" RIVAUD]

This is probably the same bug as bug 286797

Comment 8

[Bernd]

this is wfm

Comment 9

[Ryan Rubley]

My testcase https://bugzilla.mozilla.org/attachment.cgi?id=203454 still fails miserably in Firefox 3.0.5.
The cell borders start out and should remain red. The 4 borders around a cell should change to black when you hover. Depending on the cell you hover over, incorrect borders (up to 6 total segments sometimes) change to black, sometimes only 1 changes. When the mouse leaves, certain combination leave borders black, instead of returning the entire thing to red.