Closed Bug 15319 Opened 25 years ago Closed 24 years ago

glitch with scrolling & incremental painting

Categories

(Core Graveyard :: GFX, defect, P3)

x86
Linux
defect

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 41386

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...
Attached file my test case
Status: NEW → ASSIGNED
Reassigning all compositor bugs to kevin.
Assignee: beard → kmcclusk
Status: ASSIGNED → NEW
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
Status: NEW → ASSIGNED
Target Milestone: --- → M17

*** This bug has been marked as a duplicate of 41386 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Verified duplicate.
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: