Closed Bug 28023 Opened 25 years ago Closed 24 years ago

horizontal scrolling black window

Categories

(Core :: Layout, defect, P3)

x86
Linux
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: Marko.Macek, Assigned: blizzard)

Details

Attachments

(2 files)

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 :-)
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.
Build from daily snapshots. Latest files are from 20000-02-14.
worksforme on Win98 with M13, but I think you kind of already said that. Could someone test on Linux?
I tried a new build and bug is there... Linux Build ID: 2000021616
Marko.Macek@gmx.net: could you upload the file you used as an attachment to this bug please?
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.
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?
reassigning browser-general bugs (again!) so triagers can find all the bugs with one query.
Assignee: leger → cbegle
QA Contact: cbegle → asadotzler
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.
Marko.Macek@gmx.net , still seeing this? If so please update the component and owners to Layout.
Still easily reproduced on Linux build 2000032409.
Component: Browser-General → Layout
reassign
Assignee: cbegle → troy
QA Contact: asadotzler → petersen
Seems to be a Linux specific problem
Assignee: troy → kmcclusk
Yes. There are a lot of 'black flash' repainting problems on Linux. Perhaps a tracking bug should be made for them.
Waqar can you take a look?.
Assignee: kmcclusk → waqar
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
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?
Marking verified dup of 28003.
Status: RESOLVED → VERIFIED
Reopening
Status: VERIFIED → REOPENED
Resolution: DUPLICATE → ---
This is my bug and it is a bug.
Status: REOPENED → ASSIGNED
Mine.
Assignee: waqar → blizzard
Status: ASSIGNED → NEW
Status: NEW → ASSIGNED
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.
Well, it feels kinda snappier. I'm checking it in.
Checked in.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago24 years ago
Resolution: --- → FIXED
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.
Fixed in the July 14th build.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: