Build ID: 2005-07-09-06 Windows XP SeaMonkey trunk. Summary: Failure to repaint XUL <listitem>s on mousewheel scroll. Steps to Reproduce: 1. Edit -> Preferenced -> Advanced -> System 2. Scroll the <listitem>s for "Windows should use SeaMonkey to open these file types:" to the very bottom. 3. Using your mousewheel (with default scroll setting which seems to be 1 line), scroll up. 4. If step #3, doesn't do this, keep repeating, and eventually you'll see the lack of paint.
Created attachment 188820 [details] Screenshot I've found the easiest (or perhaps only) way to reproduce this bug is to uncheck some of the boxes near the top (try half), scroll to the bottom, and then use the mousewheel. It's almost 100% reproducible from there.
Actually I see it scrolling both down and up. When the bug occurs, there are several effects: 1. The top two rows don't appear to be painted 2. Further mousewheeling up will then paint those rows 3. Pressing the up scrollbarbutton has no effect 4. Pressing the down scrollbarbutton scrolls three lines It's as if the listbox and scrollbar are out of sync.
Created attachment 188875 [details] [diff] [review] Proposed patch The built-in scrolling conflicts with the listbox's scroll event handler.
Fix checked in.
Verified FIXED using build 2005-07-15-05 on Windows XP SeaMonkey trunk.