Closed
Bug 28023
Opened 25 years ago
Closed 24 years ago
horizontal scrolling black window
Categories
(Core :: Layout, defect, P3)
Tracking
()
VERIFIED
FIXED
People
(Reporter: Marko.Macek, Assigned: blizzard)
Details
Attachments
(2 files)
(deleted),
application/octet-stream
|
Details | |
(deleted),
patch
|
Details | Diff | Splinter Review |
Create a file.txt of 1million characters on one line.
Load into mozilla and try horizontal scrolling.
Every once in a while the entire window will blink in black color while
repainting. It depends on scrolling speed, happend when scrolling is fast.
Happens on X11, I will try again on windows.
Windows mozilla is much faster while scrolling than Linux.
(don't try this with IE 5.0 :-)
Comment 1•25 years ago
|
||
Could you tell us what build you are using? Also please see the <a href="http://
www.mozilla.org/quality/bug-writing-guidelines.html">bug reporting guidelines</
a> for what type of information to give.
Reporter | ||
Comment 2•25 years ago
|
||
Build from daily snapshots. Latest files are from 20000-02-14.
Comment 3•25 years ago
|
||
worksforme on Win98 with M13, but I think you kind of already said that. Could
someone test on Linux?
Reporter | ||
Comment 4•25 years ago
|
||
I tried a new build and bug is there...
Linux Build ID: 2000021616
Comment 5•25 years ago
|
||
Marko.Macek@gmx.net: could you upload the file you used as an attachment to this
bug please?
Reporter | ||
Comment 6•25 years ago
|
||
Why? I don't see the point of wasting the disk space with file containing a
million A characters on one line.
perl -e 'print "A" x 1000000, "\n"' will output the file.
Comment 7•25 years ago
|
||
Ok fair enough under Linux. But to the best of my knowledge NT doesn't come with
perl as standard...
Anyhow, I tried this out on a Feb 18th Linux build and did not see this. I
presume you were viewing a local file?
Comment 8•25 years ago
|
||
reassigning browser-general bugs (again!) so triagers can find all the bugs
with one query.
Assignee: leger → cbegle
QA Contact: cbegle → asadotzler
Reporter | ||
Comment 9•25 years ago
|
||
Still happens on Build: 2000022308.
You have to scroll using the slider and do it fast enough.
Scrolling using arrows or page left/right doesn't show the problem.
Comment 10•25 years ago
|
||
Marko.Macek@gmx.net , still seeing this? If so please update the component and
owners to Layout.
Reporter | ||
Comment 11•25 years ago
|
||
Still easily reproduced on Linux build 2000032409.
Component: Browser-General → Layout
Reporter | ||
Comment 14•25 years ago
|
||
Yes. There are a lot of 'black flash' repainting problems on Linux. Perhaps
a tracking bug should be made for them.
Comment 16•25 years ago
|
||
This is due to that we do not set background on widgets.
*** This bug has been marked as a duplicate of 28003 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 17•25 years ago
|
||
This cannot be true because there are no black flashes when scrolling
vertically!
Even more I don't see what background color has to to with it?
Reporter | ||
Comment 19•24 years ago
|
||
Reporter | ||
Comment 20•24 years ago
|
||
Assignee | ||
Updated•24 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 24•24 years ago
|
||
It's interesting to note that I don't have this problem if I apply the patch
that's in bug #28023. It's probably because we aren't setting the shell_window
to black anymore. However, I wonder if this is a performance enhancement,
anyway.
Assignee | ||
Comment 25•24 years ago
|
||
Well, it feels kinda snappier. I'm checking it in.
Assignee | ||
Comment 26•24 years ago
|
||
Checked in.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 24 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 27•24 years ago
|
||
Just FYI I had to back this out since it was causing parts of the window not to
be refreshed. Not sure why. The way to reproduce it is to find a page that is
long ( or probably wide ) and scroll from side to side really quickly so that it
will move more than a page at a time. Then move to another desktop and come
back and the screen won't repaint. It looks like a problem with the mUpdateArea
being 0x0 in size would cause the repaint size to be nothing.
You need to log in
before you can comment on or make changes to this bug.
Description
•