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
•