User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826 The Website uses a table whose styles are completely determined by CSS. However, to make sure that the borders at least show up in 4.x browsers, the Web designer (not me, but I do know him) put in a border="1" attribute for the overall table. The result is exactly what 4.x browsers need: no fancy stylesheets, but the data are easy to view. It looks great in IE 6: the browser applies the stylesheet and overrides the HTML-coded border setting. However, in Mozilla 1.1 (and also in Netscape 7), a few unwanted internal cell borders are still visible, even though the stylesheet for the cells turns off all borders and flags the style as !important. I have only tested this page on Win32 versions of Mozilla 1.1 and Netscape 7. Please let me know if there is any additional information I can provide to classify the problem in greater detail. (Note: the above page can also be reached by going to http://discovery.cor.gov/public/challenge/rosters.nsf/SeeResults?OpenPage and clicking on "5K Run") Reproducible: Always Steps to Reproduce: 1. Visit http://discovery.cor.gov/public/challenge/rosters.nsf/SeeResults?OpenPage 2. Click on "5K Run" 3. Notice that the spacing cells between the "Division/Company" section and the "Men/Women" section have some horizontal borders, despite the stylesheet setting. 4. View the same page in IE 6 and notice that the unwanted spacing borders disappear. Actual Results: The table consists of a few sections divided by whitespace with horizontal stripes, like this (hoping ASCII art works in bugzilla): +-------+--+-------+ |content| |content| +-------+--+-------+ |content| |content| +-------+--+-------+ Expected Results: The space in between the left and right sections should have no horizontal borders at all, like this: +-------+ +-------+ |content| |content| +-------+ +-------+ |content| |content| +-------+ +-------+ I have not verified whether or not the error happens in Linux, Mac, or any other builds.

May be a duplicate of bug 144899, but assigning to tables for triage.

More likely, the border-collapse post-resolve hooks are clobbering something somewhere.... Removing the border-collapse (which is not supported by IE or NS4, iirc) will make this work fine.

The border-collapse directive is only intended for and seen by the new (>= 5.x) browsers. The old browsers don't even see it, because the stylesheet is loaded with the CSS-2 @import command. Without the border-collapse command, new browsers draw two borders between table cells. The desired effect is a single border between data cells and no border between spacing cells.

Hi, I think I've got the same problem in a different form: The two tables on this testcase are identical except for a border="1" attribute on the first. They use the same CSS which dictates that table borders are solid blue, whilst th and td are dashed silver. Expected behaviour: CSS rules apply to the td's and th's of both tables, overriding the border attribute. Actual behaviour: border="1" makes all the table's borders solid blue. Using Windows NT4, build 2003010904 Cheers, DaveB.

adding "testcase" keyword

mass reassign to default owner

fixed by bug 43178, the test case is attached there