Build ID: 2002092204 (trunk), Win2k. Steps to reproduce: 1. Load http://bugzilla.mozilla.org/enter_bug.cgi?product=Browser 2. See the Component form selectbox without any scrollbar, it's transparent instead or display content of a previous window which was on top of Mozilla before. Sev: Critical 'it could be a smoketest blocker).

Will attach screenshot, this didn't happen with build 20020921 on Win2k (same box).

hyatt's changes for bug 169373 look suspicious

Cc'ing hyatt's review-buddies. /be

This is probably from my changes, but I no longer have access to a Win2k machine, so I may need some help to figure out why this happens. I am unable to reproduce this on WinXP (with themes off).

Form scroll bars are not themed in 2002092104 WinXP as well.

That's a different issue. bryner is checking in the patch for that.

This bug is also seen on 2002092208 on Windows 98.

I am at a complete loss. All the portions of the patch that affect list boxes were backed out (by Asa and jrgm), and the problem persisted. This leaves two possibilities: (1) My patch is not the cause (unlikely) (2) My patch is the cause, but it's something weird and non-obvious

backed out the checkin for bug 104934 which caused this bug.

hmmm, strange. I have been running Unicode mozilla for few weeks and I never seen the scroll-bar disappeared on me. I will take a look at this tomorrow.

hyatt: What is the difference between this form scroll bar and the scroll bar in the preference (eg. Pref/Navigator/Languages/Default Char Coding)? The scroll bar in the pref is still ok with my change.

HTML select controls (listboxes) use native scrollbars (see widget/src/windows/nsScrollbar.cpp), while other scrollbars are XUL scrollbars.

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

Confirming all is ok. Using trunk build 2002092304 - WinXP.