Using 9/16 Apprunner on Win 95, Win 98, Win NT, Mac8.5 and Linux Red Hat 6.0. Open the attached test case. The table border attribute has a value of "20". Expected result: Border to display with "outset" style. Actual results: Win 95: okay Mac8.5: okay Linux: okay Win NT: Border is completely shaded and appears to be inset Win 98: Border is completely shaded and appears to be inset

Peter, nsHTMLTableElement::MapAttributes passes NS_STYLE_BORDER_STYLE_BG_OUTSET to MapTableBorderInto which sets that value on the border-style. It does this since border is present on the table and the html attribute bordercolor is not. The border color is showing up gray instead of lime probably because the border-style is not being set to NS_STYLE_BORDER_STYLE_OUTSET. If I should be doing this let me know when (MapAttributesInto is not the right time). Or should you be making the change (only from the quirk value) whenever border-color gets set.

*** Bug 14083 has been marked as a duplicate of this bug. ***

*** Bug 14083 has been marked as a duplicate of this bug. ***

Reassigning peterl's bugs to myself.

Accepting peterl's bugs that have a Target Milestone

Pushing my M15 bugs to M16

aResult[0] returns the light shade color and aResult[1] returns the dark shade color. Current nsColor.cpp line 209 and 220 seem to be opposite.

My apologies to <VYV03354@nifty.ne.jp>, I didn't notice you had proposed a fix. Style & Tables -> reassigned to attinasi.

I am not seeing different behavior between Window NT and Linux. Furthermore, on both Linux and NT the behavior of the testcase is correct for the testcasees posted (border is outset). I am unclear as to what the perceived problem is here, and I do not understand why the proposed patch would solve any problems... I may be missing something, but from what I see (coming onto this bug late) we are putting an OUTSET border, width of 20, on the table. The border color is the default (based on the background color) when in NavQuirks mode, and is green when in Standard mode. This is all as expected. VYV03354@nifty.ne.jp, thanks for the patch but I don't think we need it at this time since the behavior appears to be correct. I'm marking this bug as WORKSFORME based on the reasnons stated above. If I am missing something please inform me and re-open the bug.

Adding 'verifyme' keyword

Took the color out to narrow the bug. Testing with 9/19 builds: Open the attachment. The table has default border styling. Expected results: Table should display the same across platform. Actual results: On Windows, table displays with 'outset' border; on Mac and Linux, table displays with 'inset' border Nav renders border as 'outset'. Reopening bug.

Acepting but marking future: we'll get to it post-RTM.

*** Bug 63839 has been marked as a duplicate of this bug. ***

I've attached a testcase and a screen capture of this problem at 63893. Marc, we're post-nsRTM now, is this something that you think you'll be working on for mozilla0.9/nsbeta1?

QA contact update

removing myself from the cc list

Is this the same as bug http://bugzilla.mozilla.org/show_bug.cgi?id=16946 ? It'd sure be nice to get it fixed in 1.0RC2...

any hope of a fix on this? looks like the cc list was blown away.

The patch from 2000-02-28!!! is correct. I will update the patch as it has slightly bitrotten.

Comment on attachment 111286 [details] [diff] [review] patch > -void NS_Get3DColors(nscolor aResult[2], nscolor aColor); > - Leave the blank line, please. > // To determin colors based on the background brightness "determine", not "determin". With those two nits fixed, looks great. r+sr=bzbarsky

fix checked in

bernd: marking bug fixed ?

fixed in 2003011208