Closed Bug 122181 Opened 23 years ago Closed 16 years ago

Scrollbar thumb is not invalidated when it goes out of :hover

Categories

(SeaMonkey :: Themes, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: bryner, Unassigned)

Details

As hyatt and I discussed, the scrollbar thumb can get "stuck" in a hover state
when you move the pointer from the thumb into the page content area.  It does
not seem to happen when you move the pointer from the thumb into the scrollbar
track, which suggests the problem happens when the pointer crosses a widget
boundary.  The problem is visible on winxp and on Linux if you use the classic
theme with nsITheme support enabled.
Chris, any ideas on this one?  This should be happening via
nsEventStateManager::SetContentState(), right?
Ok, I tracked this down.  The problem is that the repaint is being "optimized"
to a repaint on the parent content (the scrollbar track) when the pointer is
moved from the thumb onto the track.  Both Linux and Windows'
WidgetStateChanged() method on the NativeTheme class is returning false for
aShouldRepaint for the scrollbar track, so no repaint is happening.

Reassigning to hyatt to fix the win32 WidgetStateChanged() method.
Assignee: joki → hyatt
Component: Event Handling → Themes
OS: All → Windows XP
Hardware: All → PC
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Product: Core → SeaMonkey
Assignee: hyatt → nobody
Status: ASSIGNED → NEW
QA Contact: madhur → themes
Target Milestone: Future → ---
Cannot reproduce this old bug.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.