Closed Bug 300245 Opened 15 years ago Closed 15 years ago
Failure to repaint XUL <listitem>s on mousewheel scroll
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.
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.
The built-in scrolling conflicts with the listbox's scroll event handler.
Fix checked in.
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Verified FIXED using build 2005-07-15-05 on Windows XP SeaMonkey trunk.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.