enter foopy, select languages, The language list does not paint correctly. Then there is "1 | English" in some sort of probably scrollable box, but it didn't look that way, all I saw was it painted half in and half out of the white box [that says Language] with an up button [why do I need an up button? I'm guessing that it's attached to a scroll box] the other half overpaints two buttons Add and Remove. I think there are two bugs here, one for the [general] listbox not painting the background and one for the preference listbox not being tall enough with space between it and add/remove 20000050111

i see this on linux and mac, too. jrgm, d'you know if there's an toolkit bug on this perchance?

This (and bug #37724) boil down to this "xul pattern": <window xmlns:html="http://www.w3.org/TR/REC-html40" xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul" align="vertical"> <box> <box orient="vertical" flex="1"> <tree flex="1"> <treechildren> <treeitem> <treerow><treecell value="something..."/></treerow> <treerow><treecell value="something..."/></treerow> <treerow><treecell value="something..."/></treerow> </treeitem> </treechildren> </tree> </box> </box> </window> The <tree> when contained inside these nested boxes winds up having almost no height (as if its intrinsic size is either ignored or incorrectly reported). [attaching a testcase (text/xul)] This behaviour was introduced between 04/30 am and 05/01 am. I don't know if this is the box or the tree (or both) that is confused.

Eric, given the dates of regression, this may have been caused by my recent changes to the outer table or nsBlockToBoxAdaptor (that I told you about).

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

Moving all bugs that are not dogfood+, nsbeta2+,features, or nsbeta2- to M21

(per trudelle). mass-moving all evaughan non-nsbeta3+ bugs to 'Future' milestone

fixed

vrfy fixed on linux/mac/winnt using 2000.09.15.06/8/5 opt comm bits.

apparently forgot to really vrfy this, duuuh...