Closed
Bug 15319
Opened 25 years ago
Closed 24 years ago
glitch with scrolling & incremental painting
Categories
(Core Graveyard :: GFX, defect, P3)
Tracking
(Not tracked)
M17
People
(Reporter: kipp, Assigned: kmcclusk)
References
()
Details
Attachments
(2 files)
Not sure I know who to assign this to, but I'm starting with the compositor. (you will need to install the resources it uses in res/leaky if you are not and linux and have leaky enabled; see the Makefile.in in tools/mozilla/leaky for what resources you will need) The glitch is this: if you use the viewer to look at the test case and open up several of the elements in the tree until you get a scroll bar, then scroll the window slightly, then click to close things back up so that you no longer need a scrollbar THEN you will end up with an invalid display...Anything that triggers a repaint fixes it...
Updated•25 years ago
|
Status: NEW → ASSIGNED
Comment 2•25 years ago
|
||
Reassigning all compositor bugs to kevin.
Assignee: beard → kmcclusk
Status: ASSIGNED → NEW
Comment 3•24 years ago
|
||
Comment 4•24 years ago
|
||
The demonstration GIF dated 03/24/00 06:35 shows how the scrolling redraw bug interacts with the AllAdvantage viewbar under NT4 SP4, implying the problem might be connected with different physical/logical screen heights confusing the off-screen buffering algorithm (?) - Peet
Assignee | ||
Updated•24 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → M17
Assignee | ||
Comment 5•24 years ago
|
||
*** This bug has been marked as a duplicate of 41386 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Updated•16 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•