111176 - Mysterious black lines appear when scrolling the window

Status: RESOLVED WORKSFORME

(Core :: Layout, defect)

Description

[Bjorn De Meyer]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.6) Gecko/20011120
BuildID:    2001112009

When scrolling down slowly, fine horizontal black lines appear on top of the
normal lay-out of the html, usually at the bottom of the page.

Reproducible: Always
Steps to Reproduce:
1.Go to the mentioned homepage.
2.Scroll down quite slowly.


Actual Results:  You see fine horizontal black lines where they do not belong.

Expected Results:  Not display the spurious horizontal back lines.

Comment 1

[Bjorn De Meyer]

Attachment: Example of the vertical black lines: www.dict.org

Comment 2

[Itamar]

WFM
I have
Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.6+) Gecko/20011120

maybe related to bug 104992 if reporter has an ATI video card

Comment 3

[Bjorn De Meyer]

Unfortunately, I am using an NVIDIA RIVA TNT2 Pro. 

Comment 4

[R.K.Aa.]

not seeing this on linux w 0.9.6 (GF2MX)

Reporter: What is your default page background color?
If changing Display resolution in prefs to for instance 96dpi fixes this, it's
probably a dup of bug 83289

Comment 5

[Bjorn De Meyer]

The default background color is white, default forground is black, not using 
system defaults. The screen resolution is 96dpi. Changing the screen resolution 
or background color and then reloading the page has no effect, the problem 
persists. I it an OS-dependant problem?

Comment 6

[R.K.Aa.]

*** Bug 116288 has been marked as a duplicate of this bug. ***

Comment 7

[R.K.Aa.]

screenshot in dup shows the same problem, OS: All

Comment 8

[Eric George]

Note that bug 116288 shows these lines at the top of the page when scrolling up,
while this bug shows the lines at the bottom when scrolling down.  I've never
gotten this behavior from the bottom of the window.

I am the submitter of 116288.  I have seen this behavior now on 2 systems.  Both
Redhat 7.2, KDE 2.2.2, with a GeForceMX 2.  One is PII based, and the other
Athlon.  Both are using the latest Nvidia drivers (1.0-2313)

Both systems are using the defaults for background colors, etc.
I'm not sure where to find the display resolution though??

My problem isn't as reproducible as this bug claims to be though.  Just sometime
in the middle of a browsing session it will show up, and then it will be on
every page I load.

My guess is that it is some sort of off-by-one bug in the redrawing algorithm
for scrolling.

Comment 9

[Tom Gwozdz]

I'm experiencing the same problem.  Here's what I have to add:
- It only happens when scrolling up
- When it happens, I notice that there is a pixel-sized line just below the
window decoration, but just above the menu bar, which has random pixels in it.
- When taking a screenshot of this "noisy line", the problem corrected itself,
and the lines no longer appear during scrolling.
- It never happens when scrolling down.

Comment 10

[Tom Gwozdz]

Attachment: Black lines due to scrolling up

The included image shows the bug when hitting the up arrow a few times.  Black
lines appeared in the display.	When the lines scrolled off the page, they
disappeared again (ie. it's just noise).  Also, note just below the window
decoration (just above the menu bar) that the line of pixels has a strange
pattern, which is similar to the pattern of the black lines.

Comment 11

[Bjorn De Meyer]

I need to mention that this problem occurred in my case both when scrolling up
AND when scrolling down. It was only on www.dict.org that you needed to scroll
down to get the effect. On other pages you could get the effect as Tom Gwozdz
reported.

HOWEVER, in Mozilla 0.97, [ Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
rv:0.9.7) Gecko/20011221 ] www.dict.org apparently displays correctly.
Apparently, this bug disappeared somewhere along the way from 0.96 to 0.97.
Perhaps other people who use 0.97 on other OS'es could check to see if the bug
has also been resolved for them.

Comment 12

[javier]

*** Bug 124914 has been marked as a duplicate of this bug. ***

Comment 13

[javier]

this bug appear in mozilla 0.9.8, but no in mozilla 0.9.7

Comment 14

[javier]

Mozilla/5.0 (Windows; U; Win95; en-US; rv:0.9.8+) Gecko/20020212
BuildID: 2002021203

32bpp : the lines appear when i scrolling with arrow keys 
16bpp : the lines appear when i scrolling with the mouse
(fonts 96 and 72)
Savage3d 1024x768

Comment 15

[javier]

No problems with mozilla1.0rc2

Comment 16

[Bjorn De Meyer]

Indeed, I have not reencountered my problem since upgrading to mozilla1.0rc2
(Windows). So, it is probably fixed, although we still dont know what caused the
problem in the first place. Perhaps people who had similar troubles could
confirm that it is also resolved for them?

Comment 17

[javier]

well, it´s very strange
I installed mozilla1.0rc2(clean) and the bug exist.
Then I installed netscape 6.2.3 and the bug disappear(in netscape and in mozilla)
In mozilla1.0rc3 the problem appear again

Test page : www.hispamp3.com

Comment 18

[Olivier Cahagne]

javier, I see you're using a Savage 3D card, can you reproduce the problem when
desactivating graphic acceleration ?
(with Win2k, it'd be Display -> Properties -> Troubleshooting -> Hardware
acceleration: set it to 1 below max, it'll disable cursor and bitmap acceleration)
If you still see the bug, then add a comment to bug 115452.

Comment 19

[Ian Neal]

Related to bug 96803, bug 101907 or bug 104992 ?

Comment 20

[javier]

ok, problem resolved (tested in mozilla1.0, win98SE)
thanks olivier ;)

Comment 21

[Olivier Cahagne]

does the problem still occur with latest nightly build from trunk ? (with both
graphical accel set to max and minus 1 below max)

Comment 22

[Christopher Hoess (gone)]

Seems to be WFM. So resolving; reopen if this is reproducible again.

Comment 23

[Ian Neal]

Christopher: Do you use either NVIDIA RIVA TNT2 Pro or Savage 3D cards? If the
latter what was your graphics acceleration set to? Please could you mention what
BuildID you have tested it on too.

Javier: could you confirm the answers to oliver's questions in comment 21 ?

Bjorn: are you still experiencing the problem?

Comment 24

[Ian Neal]

Reopening

Comment 25

[Brian]

  This bug appeared for me between versions 1.3.1 and 1.4a, along with other
various display corruption problems.  I'm running FreeBSD 5.1 on i386 using an
ATI Radeon 8500.  I remember this exact same problem years ago that magically
appeared and disappeared between mozilla versions when I was using different
hardware and a different version of FreeBSD.  I compile my own Mozilla, as
FreeBSD builds don't seem to be available in the download area.  Compiling with
either the FreeBSD ports system or manually using the source produces the same
problems.

  To make sure, I downloaded and recompiled 1.3.1 and 1.4a.  1.3.1 displays
properly, 1.4a does not.

  My specs:
X - 4.3.0 (from ports)
GTK - 2.2.4 (from ports), gtk-1.2.10 is also installed to support a port that
requires the older version.
GLIB - 2.2.3 (from ports), glib 1.2.10 is also installed to support a port that
requires the older version.

  My mozconfig:

ac_add_options --disable-tests
ac_add_options --disable-debug
ac_add_options --enable-optimize
ac_add_options --without-system-nspr
ac_add_options --without-system-zlib
ac_add_options --without-system-jpeg
ac_add_options --without-system-png
ac_add_options --without-system-mng
ac_add_options --enable-crypto #comment to disable PSM/SSL support

  I have no other display corruption problems in any programs I run, including
Star Office, GAIM, XMMS, etc.

Comment 26

[Brian]

Attachment: Screen Capture in version 1.4a

This is a screenshot from Mozilla 1.4a on FreeBSD 5.1 showing display
corruption.  The various black lines and off center images are due to simple
mouse-overs and accessing drop down menus.  Black lines appear on downward
scrolling, but not upward scrolling.

Comment 27

[Brian]

Attachment: Screenshot of display corruption in 1.5 on FreeBSD 5.1

This is a screenshot of 1.5 on FreeBSD 5.1 and X 4.3.0 showing display
corruption.  ATI Radeon 8500 using the XFree86 Radeon drivers.

Comment 28

[Randeep Walia]

I have found this bug to reproduce on Windows machines (haven't tested it on any
other OS) when using the border-collapse: collapse attribute on a table, so I'm
not sure looking at the video-card drivers, etc. Is necessarily the right way to go.

If I define a table's stylesheet:

table { border-collapse: collapse; border: 10px solid black; }
tr { background: rgb(50, 200, 50) }
td { font: 10pt Verdana; border: 1px solid rgb(110, 235, 59); }

Scrolling past the table with the mouse or keyboard will cause the mentioned
fine black lines (usually 1 or 5 pixels thick) to erroneously render INSIDE of
the table only.

But when I change the table definition so that I'm now using the separated model:

table { border-collapse: separated; border: 10px solid black; }

The problem disappears and scrolling works fine. I'm attaching an HTML file
using both the separated and collapsed models.

Comment 29

[Randeep Walia]

Attachment: Collapsed Border HTML Table example

This example use the collapsed version of the border model and renders
incorrectly on two machines using Firebird and Mozilla 1.4.1 (Firebird was
installed on a desktop using an Intel card, Mozilla was set up on a laptop).

Comment 30

[Randeep Walia]

Attachment: Separated Border HTML Table example

And now I switch to the separated model here- boom no problem on either
machine/browser.

Comment 31

[Olivier Cahagne]

I also see black lines when scrolling attachment 134050 [details]: 20031024 Win2k, IBM
laptop T22, with S3 Savage/IX.

Comment 32

[Randeep Walia]

Technically, that's not all that is wrong with <a
href="http://bugzilla.mozilla.org/attachment.cgi?id=134050&action=view">this
attachment</a>. You might notice that, for some reason, the empty cells that
reside underneath populated cells seem to inherit its left and right light green
border. But that seems like it belongs in another bug.

Comment 33

[Jon Reid]

Is this bug at all related to Bug 201198?

Comment 34

[Randeep Walia]

I would venture to say that Bug 201198 is related. That bug talks about fine
white lines appearing, but that is probably just because their table border was
set to the color white. I'm guessing there- but if I modify attachment 134050 [details] so
that its border is white instead of black, I'll get white lines. Orange border,
orange lines and so on.

Also, the thicker the border, the bigger and more prominent the line bug is. The
problem is impossible for me to reproduce using a border of 2 pixels, very
difficult with 4. I can definitely see it at 5, and use a border of 20 pixels
and watch out.

You get the idea. This seems to be a pretty serious bug since a lot of people
might be writing tables with border-collapse and developers are picky about
their tables rendering correctly.

Comment 35

[Brian]

  I fixed this problem by adjusting the erroneous values I had set in my
XF86Config file for DisplaySize under the video card config.  Apparently when I
was originally configuring xinerama and was having problems, I toyed with the
DisplaySize setting accidentally.  Removing the setting completely resulted in a
perfect display in mozilla.  This setting also seems to be the cause of some
tiny fonts I had showing up in other GTK programs, as those have now disappeared.
  Why this didn't cause problems in  moz 1.3.1 I have no idea.

  To duplicate, just set your displaysize to "1024 768".. and watch the fireworks.

Comment 36

[Brian]

  correction:  it's in the monitor config, not the video card config.

Comment 37

[David Cullen]

I see black horizontal lines when I scroll down in Mozilla Firebird 0.7.  This
is the build information:

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031007 Firebird/0.7

I am running a custom kernel based on 2.4.20-6 for RedHat 9.0:

Linux linuxtest2 2.4.20-6.ASUS.A7N8X #2 Tue Aug 12 08:57:23 EDT 2003 i686 athlon
i386 GNU/Linux

My motherboard is an ASUS A7N8X with 512MB RAM.  My video card is an ATI Radeon
7000 AGP video card with 64MB RAM.

Has this been fixed in a nightly build?

Comment 38

[Asa Dotzler [:asa]]

*** Bug 201453 has been marked as a duplicate of this bug. ***

Comment 39

[Steffen Motzer]

Those lines appear in this testcase using an iframe on scrolling up slowly.
These lines only appear in the jpg image but not in the gif image.

When I alternately click on the area of either the iframe or outside the iframe
these lines disappear.

If I remove any of the center tags, the horizontal ruler tag in testcase1.html,
the whitespace right before the gif image or the gif image then this bug does
not get triggered!

Comment 40

[Steffen Motzer]

Attachment: file 1 of testcase

Comment 41

[Steffen Motzer]

Attachment: file 2 of testcase

Comment 42

[Michael Newton]

Still seeing this in 1.8 pre-releases and Firefox 1.0
I was initially going to file a new bug regarding
http://www.belcarra.ca/index.htm which has similar problems.  The lines on that
page are related to the javascript scroller in the middle of the page. 
Disabling javascript and reloading caused the lines to disappear.
On that page though, unlike attachment 134050 [details], reloading or redrawing the page
does nothing to get rid of the lines, so this may be a different issue.

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a5) Gecko/20041122
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-CA; rv:1.7.5) Gecko/20041107 Firefox/1.0

Comment 43

[Jasper Lieber]

(In reply to comment #41)
> Created an attachment (id=146584) [edit]
> file 2 of testcase
> 

Comment 44

[Jasper Lieber]

(In reply to comment #41)
> Created an attachment (id=146584) [edit] [edit]
> file 2 of testcase

I can't get any black lines from this.  I can, however, get the t-shirt/cd
graphic to jumble in the style of Bug 284986.

Comment 45

[Jasper Lieber]

(In reply to comment #42)
> Still seeing this in 1.8 pre-releases and Firefox 1.0
> I was initially going to file a new bug regarding
> http://www.belcarra.ca/index.htm which has similar problems.  The lines on that
> page are related to the javascript scroller in the middle of the page. 
> Disabling javascript and reloading caused the lines to disappear.

Confirmed for me, with and without javascript enabled.  
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.5) Gecko/20041217

(By the way, the top image is a gif that displays the errors as per Bug 284986.)

Comment 46

[Jasper Lieber]

(In reply to comment #42)
> [In] attachment 134050 [details] [edit], reloading or 
> redrawing the [gets] rid of the lines, so this may 
> be a different issue.

This part of comment #42 is also confirmed for me, with and without javascript
enabled.  
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.5) Gecko/20041217

Comment 47

[Jasper Lieber]

FWIW, I can also confirm the last two cases are with Firefox 1.0.1
[Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.6) Gecko/20050225 Firefox/1.0.1]

Comment 48

[Marc Jacobsen]

Just thought I would add some additional, possibly useful information.

I am seeing this on Seamonkey 1.0.4 and Firefox 1.5.0.5 on Ubuntu 06.06, Dapper Drake.  The video chipset is integrated Intel 945G.  It seems to only happen when scrolling down in both browsers.

I am also seeing it on Seamonkey 1.0.3/1.0.4 and Firefox 1.5 on Windows XP, ATI Mobility Radeon graphics, and it seems to only happen when scrolling up on Seamonkey, only when scrolling down on Firefox.

In my case the only pages that I see having the problem are long text pages in a Twiki.  Unfortunately they are on a closed intranet, so I can't give links or html to reproduce the pages with the problem.

Also, in my case the lines seem to be dark gray, not black.

Comment 49

[Mārtiņš]

The same bug has shown in Firefox 2.0.

Tho possible solution is to disable underlining of links, bet helps only in the first window/tab opened. The bug still reapers in all windows/tabs opened later.

Comment 50

[Piotr Karpiuk]

Attachment: Sample site where a bug 111176 appear and screenshot middle of a site.

Bug apper when you have:
- widescreen display 1600x1050
- nvidia gf 6150 8400 gs cards?
- usual theme and black/gray line of google bar which is copied from back screen when call a scroll message

Comment 51

[Piotr Karpiuk]

Attachment: Sample site where a bug 111176 appear and screenshot middle of a site.

Bug apper when you have:
- widescreen display 1600x1050
- nvidia gf 6150 8400 gs cards?
- usual theme and black/gray line of google bar which is copied from back screen when call a scroll message

Comment 52

[Andrew Robb]

I get white lines across the page when scrolling down hotmail pages on various makes of Windows XP machines. (Home and Pro - all SP2 patched up to date. However, one has IE7 installation disabled.) Once rendered, the white lines persist through subsequent scrolling out of/into the window. They go when the window is re-painted (e.g. uncovering part of the window or minimizing/restoring the browser).

I do not get these white lines with IE 6 or 7.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.1.13) Gecko/20080311 Firefox/2.0.0.13

All have adblock and flashblock extensions.

Comment 53

[RNicoletto]

With attachment 283703 [details] and Mozilla/5.0 (Windows NT 5.1; rv:2.0b8pre) Gecko/20101014 Firefox/4.0b8pre I get this ==> http://imgur.com/GJMWQ.png

Comment 54

[guilherme.amorim93]

It's is back on Nightly 14.0a1 (2012-04-14)
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120414 Firefox/14.0a1

Comment 55

[bob53181]

It appeared a couple of days ago (maybe Monday) on the latest Firefox Nightly. Since then, randomly black lines appear. While typing this bug report, a thin black line (about 8-10px) sometimes appears for a moment just over the text.
Mozilla/5.0 (X11; Linux x86_64; rv:27.0) Gecko/20100101 Firefox/27.0d

Comment 56

[bob53181]

This bug seems fixed by the latest Nigthly update.

Comment 57

[Alexey]

It is still reproduced in v 25.0.1 (Windows 8.1)

Comment 58

[BugBot [:suhaib / :marco/ :calixte]]

The severity field for this bug is relatively low, S3. However, the bug has 3 duplicates.
:dholbert, could you consider increasing the bug severity?

For more information, please visit auto_nag documentation.

Comment 59

[BugBot (nomail) [:suhaib / :marco/ :calixte]]

The last needinfo from me was triggered in error by recent activity on the bug. I'm clearing the needinfo since this is a very old bug and I don't know if it's still relevant.

Comment 60

[Gregory Pappas [:gregp]]

Unable to reproduce. All test cases render correctly in Firefox 111.0a1 (20230116211903).