Closed
Bug 15319
Opened 27 years ago
Closed 26 years ago
glitch with scrolling & incremental painting
Categories
(Core Graveyard :: GFX, defect, P3)
Tracking
(Not tracked)
M17
People
(Reporter: kipp, Assigned: kmcclusk)
References
(
URL
)
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•27 years ago
|
Status: NEW → ASSIGNED
Comment 2•26 years ago
|
||
Reassigning all compositor bugs to kevin.
Assignee: beard → kmcclusk
Status: ASSIGNED → NEW
Comment 3•26 years ago
|
||
Comment 4•26 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•26 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → M17
| Assignee | ||
Comment 5•26 years ago
|
||
*** This bug has been marked as a duplicate of 41386 ***
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → DUPLICATE
Updated•17 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•