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)
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.
Reporter | ||
Comment 1•23 years ago
|
||
Chris, any ideas on this one? This should be happening via
nsEventStateManager::SetContentState(), right?
Reporter | ||
Comment 2•23 years ago
|
||
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
Updated•23 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Assignee | ||
Updated•16 years ago
|
Product: Core → SeaMonkey
Updated•16 years ago
|
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.
Description
•