Closed Bug 302116 Opened 19 years ago Closed 17 years ago

gray stripes across image when scrolling up slowly

Categories

(SeaMonkey :: General, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: mozilla.7b6g9, Unassigned)

References

()

Details

Attachments

(5 files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b4) Gecko/20050725 Firefox/1.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b4) Gecko/20050725 Firefox/1.0+

The ad on the left hand side in the middle of the article text ends up with
1 pixel high gray horizontal stripes across it.  The spacing of the stripes
follows a regular pattern, although the precise numbers vary in different
cases (I've seen it alternate between 13 & 27, 15 & 32, 13 & 26 pixels
between the stripes).

Reproducible: Always

Steps to Reproduce:
1. Go to the URL in question (it's an article with 4 pages)
2. Scroll down some - you're looking for the ad in the middle
   left hand side of the article text (for a given page)
3. If the ad is excessively animated, try another page to pick
   up a less flashy ad (animation obscures the problem.  The
   ads seem to be randomly chosen, so it doesn't take too long
   to find a calmer one).
4. Mess with the font size (I always had to increase it)
   until the Newsletter Archive .GIF in the middle column
   and the bottom of the top ad in the right column overlap
   horizontally with the ad on the left (yeah, I know that
   sounds like mumbo jumbo, but I think it was true every
   time I reproduced it.  If you can find a better or simpler
   pattern in the attachments, more power to you).  It may
   also be true that the Newsletter Archive .GIF must be
   below the bottom of the ad on the right.  Resizing the
   browser window may help with both this step and step #5
5. Scroll down so the ad is completely off the top of the
   browser's viewing region, then scroll up slowly.  Sometimes
   you have to try multiple times (and letting go of the
   scroll bar between tries seems to help), but when I have
   my ducks in a row (as described above) I'll either see
   stripes on the first try or within a few tries.  After
   a number of tries, changing a number of variables, I've
   never not been able to reproduce it in a few attempts.

Actual Results:  
The ad has stripes.

Less commonly, I've gotten background color stripes when scrolling down
slowly on one of these pages, but I haven't found a way to reproduce it
consistently yet.

Expected Results:  
I'm tempted to say in should omit the ad entirely and undo the messy reflow
that the ad causes, but. . .them ads pay the bills.  It should've painted
the image without stripes.

originally seen with a 2005-07-10 Deer Park Alpha (Alpha RC?) Also seen with
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b3) Gecko/20050711
SeaMonkey/1.0a
As you can see, I'm using the Littlefox theme (1.0.9) with Firefox, 
Classic with SeaMonkey.
I have a two-headed system and, while both are running at 1280x1024, they've
got different chipsets (NVidia and Radeon) and I can reproduce it with both,
so I'm guessing video chips/drivers ain't the issue.

I looked at some of the other stripe bugs (e.g. 83289, 248393, 227498) but
I couldn't reproduce their examples and the descriptions didn't exactly match,
so I opened a new bug for this one.
Attached image snapshot 3 (SeaMonkey) β€”
Version: unspecified → Trunk
Robert, can you reproduce this with the latest version of Flash (it is a Flash
object that you're talking about) and a clean profile?
As they say on PLCL, nulla quaestio.  I set my desktop theme to Microsoft
Standard, made sure (about:plugins) my Flash was the latest (7.0r19 is the
latest, yesno?), consed up a fresh profile.  BTW, no Flash objects visible on
this page.  The left and right ads are both .GIFs:
http://m.2mdn.net/viewad/982522/Dice_salarysuckstitles_336x280.gif
http://m.2mdn.net/viewad/597074/hcare_sky_R3b.gif

Finally, I discovered that reloading the page will generate fresh random ads,
so no need to go to story pages other than page 1 (unless you want to test
different horizontal alignments of the page elements).
Could you verify whether this issue exists on a recent version of SeaMonkey or nightly (http://www.seamonkey-project.org/releases/) please?
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: