227498 - grey stripes when scrolling up slowly

Status: RESOLVED WORKSFORME

(Core :: Web Painting, defect)

Description

[Robert Praetorius]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031203 Firebird/0.7+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031203 Firebird/0.7+

With the latest Firebird (version string above), as well as Mozilla 1.6a
(Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6a) Gecko/20031030)
I see grey stripes extending partway across the wind from the left hand side
menus.

I have not seen this with
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624
Netscape/7.1 (ax)

Reproducible: Sometimes

Steps to Reproduce:
1. go to the URL above
2. size your window so no more than about half the page is visible at once
3. go to the bottom
4. scroll up slowly
4a. if it didn't break, change font size (CTRL/- or CTRL/=), reload and go to 2
(for the versions of Mozilla where I can reproduce this, it's always painted
stripes on the 2nd try if it didn't on the 1st.  No need to try more than
twice, at least in my experience)

Actual Results:  
Starting just below the bottom of the left hand side menu, grey horizontal
stripes trailed down from the top of the scrolled part of the window, becoming
part of the page's image and moving with it.  Upon magnification, I see that the
stripes overwrite text, images and background.  Some extend a few pixels into
the LHS menu and others do not.  The slower you scroll, the more stripes you
get.


Expected Results:  
Scroll without painting grey stripes.

Seen with Classic theme, but reproducible with Modern (at least in Mozilla
1.6a - haven't tried switching themes in Firebird yet)

There's also intermittent crud in the rendering of the left hand side menu.
A very quick inspection of the page source shows both the strings javascript
and layers, a pair I've usually seen accompanied in bugzilla by the word
evangelism.

In a number of details, this (visually) looks very much like
http://bugzilla.mozilla.org/show_bug.cgi?id=83289 , except that the stripes
run across text, images and background instead of just images.

I will gladly attach screenshots if you have any trouble reproducing this.

Comment 1

[Zibi Braniecki [:zbraniecki][:gandalf]]

WFM - Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6b) Gecko/20031202
Firebird/0.7+

Comment 2

[Hermann Schwab]

wfm Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.6b) Gecko/20031204

I´m on 800x600 resolution, default(classic), but I didn´t understand your steps
to reproduce.
Step 2: resize, that no more than half of the page is seen.
resize horizontally, vertically, or no need to resize, as I see only a third of
the page (vertically), so I got scrollbars.
Step4a: change Fontsize, reload.
Why the need to go back to step 2, i.e. resize, and go to the bottom?
Do I have to resize at all, and if so, do I have to resize at the top?
If I´m at the bottom, and reload, I get back to the bottom.

Comment 3

[Robert Praetorius]

Attachment: Rich's Web Design before scrolling up

Comment 4

[Robert Praetorius]

Attachment: Rich's Web Design after scrolling up

re: step 2: resize vertically (see attachments)
re: step 4a: this only gets exercised if you fail to reproduce it on the 1st
try.
What changing fontsize has to do with anything, I don't know - I only know that

if it doesn't happen on the 1st try:

    then retrying without changing the font size seems to be futile

    and if you change the font size and the scroll bar goes away,
    you must resize the window to get back the scroll bar, because
    use of the scrolling bar is a necessary part of reproducing this
    bug

I'm running an NVidia Vanta 16MB at 1280x1024x16, 75Hz refresh, large fonts.
Disabling hardware acceleration on the Vanta doesn't fix the problem.

Note that, even in the before picture, you can see hints of where the problem
will happen.  Some parts towards the middle of the page are pushed down one
pixel.	For example:

    the blue line which extends to the right of the heading Rich's
    Web Design News! jumps up a pixel at the spot just before the
    U in the word Updated.

    In the heading Search Engine Optimization (SEO)the bottom of the
    blue box jumps up a pixel between the i and m in Optimization.

When I refresh the page, I initially see these parts of the image in the
correct
place.	Then I see the left hand side menu repainted, this time with different
size characters on the menu items (unless I happen to have started with the
size
the matches what's there before the refresh - that's easily fixed/broken with a

CTRL/- or CTRL/=) and regions get pushed down the page 1 pixel.

The 1-pixel-too-low areas seem to be where the grey bars happen.  Having just
thumbed through the left hand menus, this area also seem to correspond to the
area covered by the submenus (and subsubmenus, etc.) that spring from the LHS
menu bar.

Comment 5

[Robert Praetorius]

I just reproduced this with
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031204

Comment 6

[dolphinling]

Definetly a dupe of something... bug 11176?

Comment 7

[Robert Praetorius]

did you mean http://bugzilla.mozilla.org/show_bug.cgi?id=111176 ?

Possibly, but

    I only see it when scrolling up

    I always get grey lines, regardless of background color settings

    the URL and examples in Bug 111176 work just fine for me

The URL and examples from http://bugzilla.mozilla.org/show_bug.cgi?id=201198
also work fine for me

Comment 8

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 9

[Mats Palmgren (inactive)]

Can anyone still reproduce this bug in a recent Firefox trunk build?
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/

Comment 10

[Mats Palmgren (inactive)]

Please reopen this bug report if the problem still occurs in Firefox 3.

-> WORKSFORME