302 bytes, text/html
linux, apprunner. Go to bug 12902, scroll the cc list to the right, then to the left. Things redraw funny.
Changing milestone of all Selection Scrolling bugs to M12.
Reassigning to firstname.lastname@example.org. Akkana, Pavlov, and I got together to look at this. Turns out it's a problem in the gtk implementation of the method nsScrollbar::SetPosition(). The view scrolling code expects SetPosition() to move the scrollbar thumb without causing a scroll to happen, but the gtk implementation does trigger a scroll, so what ends up happening is that nsScrollingView::ScrollTo() ends up scrolling the view twice because it calls both SetPosition() and Scroll(). To fix this, the code in SetPosition() needs to be modified so that it doesn't emmit a scroll signal. I'm not sure of the urgency to fix this bug since things seem to work fine when using Gfx Scrollbars. I believe the plan right now is to have all platforms switch over to using Gfx Scrollbars before the beta.
Summary: gfx text fields scramble when scrolling → [DOGFOOD] gfx text fields scramble when scrolling
Marking this bug as dogfood.
Until gfx scrollbar primetime, we might be able to check the pref and conditionally not do one of the SetPostion() or Scroll() calls.
Putting on the PDT+ radar.
*** Bug 17256 has been marked as a duplicate of this bug. ***
*** Bug 19169 has been marked as a duplicate of this bug. ***
*** Bug 18353 has been marked as a duplicate of this bug. ***
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
this is fixed with gfx scrollbars on. i've added a comment to the gtk code with a pointer to this bug incase we ever get around to fixing it for native scrollbars
will verify in 12/1 build.
looks fixed to me....mcafee reopen if you're stil not seeing it fixed.. verified in 12/1 build.
*** Bug 19516 has been marked as a duplicate of this bug. ***
You need to log in before you can comment on or make changes to this bug.