Closed
Bug 21664
Opened 26 years ago
Closed 26 years ago
incremental redraw sometimes fails to redraw
Categories
(SeaMonkey :: General, defect, P3)
Tracking
(Not tracked)
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
Comment 2•26 years ago
|
||
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
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•