Closed Bug 21664 Opened 26 years ago Closed 26 years ago

incremental redraw sometimes fails to redraw

Categories

(SeaMonkey :: General, defect, P3)

Other
Other
defect

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 20185

People

(Reporter: sarnold, Unassigned)

References

()

Details

While scrolling up and down on long webpages, sometimes the incremental redraw doesn't actually get around to redrawing the page... Using a pre-debian of the latest CVS source that builds...
Using the 12/14 cvs tree, the redraws happen much better, except it seems some frames are not repainted. However, by moving other windows on top of the effected area, and then sliding them around, I can get it to repaint those frames. For an example, http://www.herald.com/archive/barry
Reassigning all of leger's unscreened Browser-General bugs to nobody@mozilla.org for pre-screening and triage.
I can still reproduce this error on the URL provided, using debian's m12 (from frozen) -- the left frame fails to redraw properly when switching desktops, when resizing the window, and perhaps at other times as well. Head to the URL, choose an article at random, (right now I am on Mr Language Person on nitches, yores, and defective sealion), and resize the window -- the left frame will likely remain the dull-grey -- dragging the mouse to select text will cause the selected text to be drawn. I am using XFree86 3.3.5 on an ATI Xpert@work. HTH... thanks
*** This bug has been marked as a duplicate of 20185 ***
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → DUPLICATE
This page works fine with 2000-03-22-06 build. Marking Verified.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.