Closed Bug 201198 Opened 22 years ago Closed 20 years ago

White lines appear on images when scrolling slowly through page

Categories

(Core :: Web Painting, defect)

Product:
Core
Component:
Web Painting
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED FIXED

People

(Reporter: pkwarren, Assigned: roc)

References

(
URL
)

Details

Attachments

(10 files)

Screenshot
112.01 KB, image/png
Details
Example of black horizontal lines and missing line.
55.83 KB, image/png
Details
More than white *lines*
36.05 KB, image/png
Details
Extreme closeup of white lines
35.68 KB, image/gif
Details
jumbled scrolling graphics example
50.77 KB, image/jpeg
Details
scrolling stripes example
76.15 KB, image/gif
Details
Feedhouse example showing stripes in PNG
15.77 KB, image/gif
Details
Wetterzentrale example (PNG, partial stripes)
7.45 KB, image/gif
Details
Example of multi-layered .png files with terrible rendering on my machine
157.04 KB, text/html
Details
Results of scrolling the bad rendering of the html / png files
152.45 KB, image/png
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030408 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030408 In the Viewer Demo page (#9 - Frames), white horizontal lines appear on the images within the IFRAMES while scrolling slowly through the page. I can reproduce this behavior with the latest trunk builds on Linux and AIX. Reproducible: Always Steps to Reproduce: 1. In a nightly build, click on the menu item "Debug->Viewer Demos->#9 Frames". In a release build, load the url "resource:///res/samples/test9.html". 2. In the top frame (which has the title "Example 9: Frames"), there should be a scrollbar on the right. Click the down arrow on the scrollbar once at a time to slowly scroll the top frame down. 3. Continue scrolling down until you see a picture of a dinosaur in frame 3.1. Actual Results: The picture of the dinosaur appears with small white horizontal lines across it. Expected Results: The picture should be displayed without any white lines across it. I can not reproduce this behavior in a Windows build, while I can reproduce it fairly easily in recent Linux and AIX builds.
Attached image Screenshot —
Here is a screenshot of what is occurring.
Yeah, I see this too (on Linux).
Assignee: other → roc+moz
Component: Layout → Layout: View Rendering
*** Bug 191019 has been marked as a duplicate of this bug. ***
I cannot reproduce this.
I've been experiencing similar problems for some time - instead I've been seeing it as text being drawn incorrectly - the only way I can describe it is as the image being 'folded' or 'compacted' as a single horizontal line is pulled out and the remaining image being squished together. I've added an attachment with an image showing the effect. As you can see it's from the Bugzilla page and the missing line is just below the text 'Step 1: Search for your bug'. The top of the characters on the following line are missing. Lower in the image you'll also see black horizontal lines. I use the following build - Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030617 However the problem is also present in earlier the xft builds but far less noticeable because the anti-aliasing smooths over the line. I also believe the following bugs are related... 111176, 198167 and 202894.
I've been having this problem with Mozilla for quite some time now, on Windows (XP, NT) and Unix builds. Originally, I thought this might be a graphics card problem, but I recently upgraded to a much beefier graphics card and the problem persists.
I think this bug is a duplicate of bug 111176
It appears this bug is fixed in recent builds. I can reproduce the problem in Mozilla 1.6, but not in Mozilla 1.7a or later. I'm not really sure which bug this problem was fixed under.
re comment #8: this is not a dupe of bug 111176 since it is about white lines in images, while 111176 is about black lines in the whole window (therefore the attachment of comment #5 seems to apply to bug 111176 rather than this one) It is not fixed - I am still getting it with a freshly pulled and compiled tree (svg and xml enabled - 20040612/linux) One site that reproducably shows the error is http://www.derstandard.at
I thought this was fixed a while back as well, but that may have been the black line version. I was surprised to see the white lines when I grabbed the latest nightly build: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a2) Gecko/20040615 Go to www.roadbikereview.com, find a thread w/ multiple images in it. Then grab the scroll thumb on the scroll bar (don't click on the scroll bar to page down) and whip the screen up and down and you'll see lots of white lines. Looks like a simple miscalculation of a screen copy by a line...
*** Bug 243771 has been marked as a duplicate of this bug. ***
I tried latest build 20040718 1.8a3 and I still get the lines on images when scrooling certain web-pages with true type fonts enabled. Nothing on 1.7.2 works fine.
*** Bug 255359 has been marked as a duplicate of this bug. ***
OS: Linux → All
Attached image More than white *lines* —
I am getting even more than white lines: When scrolling up/down with mouseweel, keyboard arrows or srollbar arrows more that just lines are left white on the image (look at the attachemnet I submitted "More than white *lines*"). I can always reproduce it on slashdot.org site (white lines on .gif images). However I noticed that on other sites that use .jpeg/.png instead of .gif - no white spaces apear when scralling up/down. All afected images are redrawn an look all right if: a) I switch to another tab and come back; b) I switch to another program, that is activated on top of firefox and i switch back to firefox; c) rightclicking on any *link* (not just any text) on the affected tab I am using Firefox Mozilla/5.0 (Windows; U; Win 9x 4.90; rv:1.7.3) Gecko/20041001 Firefox/0.10.1 on Windows Me and hardware: AMD K6-2 300 MHz, Video: ATI 8Mb hardware 64 Mb of RAM. I sometimes experienced something like that on IE when CPU had heavy load/ lots of IE windows was opened. But this occured only sometimes. I am not a programmer but it looks like some weird redrawing bug of .gifs
Appears to be OS independent and has to do with the reslution of the computer. I have a brand new dell laptop running Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a5) Gecko/20041112 This is the most recent buil as of time of writing, but this has been occurring since I got this laptop but was NOT occurring on my previous laptop that had a build of approx. 1 month ago. (Unable to determine actual date, laptop is DEAD)
Appears to be OS independent and has to do with the reslution of the computer. I have a brand new dell laptop running Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a5) Gecko/20041112 This is the most recent buil as of time of writing, but this has been occurring since I got this laptop but was NOT occurring on my previous laptop that had a build of approx. 1 month ago. (Unable to determine actual date, laptop is DEAD)
This image is a good example image (takes awhile to load, many color variants, and wide size.) http://www.deviantart.com/view/11680093/ Okay, i got my other laptop back up, it is running Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a5) Gecko/20041014 and not having this problem. Upon update to: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a6) Gecko/20041128 i still do not have a problem with this issue. The laptop that does not have the problem is an HP Pavilion ZT1170. Vid Card: S3 Graphics Twister HP Integrated Video with 32 megs of shared memory. Monitor: Digital Flat Pannel with resolution of 1024x768 and 32bit Color. (Windows XP SP2) I apologize for the over-kill of information. But I will not have this laptop after today so i figured I would post everything I can that even MIGHT help.
i'm seeing this on XP and a new Dell Latitude at 1400x1050. The system PPT is set to 120 PPT / 125 %. ATI mobile Radeon 9000 and driver 6.14.10.6458 dated 10.06.2004. Current trunk build of Moz. The bug does not affect all images, and not all pages either. But for instance at http://dn.no about half of the images are affected. At some sites it helps mousing over the image. At other sutes i have to bring out the context-menu over the imave, to "wash" it clean of stripes. There are at least two other "collection" bugs like this (core/phoenix) - with pathces - but they were never reviewed, afaik. I doubt this is a driver issue. No other browsers behave this way. Very annoying bug though - it makes Moz pretty unusable at the affected sites.
found the setting that mozilla doesn't handle: In desktop properties, settings (the last tab), there's an "advanced" button which will spawn a new window with multiple tabs and possible settings. The first tab there is called "general" (translated from norwegian". There's a PPT setting there, to make some elements larger on small screens with high resolition. As mentioned in my last comment, that setting was set to 120 ppt here. I set it back to 96 ppt, and instead compensated the now smaller fonts in the desktop setting for "Appearance", by selecting "large fonts". VOILA: Gone were the white lines, and my fonts still appear the size they used to before this little stunt.
*** Bug 244502 has been marked as a duplicate of this bug. ***
This has started happening recently to me too. Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050125 Firefox/1.0+ 1. Go to http://www.shacknews.com/ja.zz?id=8795711 2. Scroll to the bottom of the page. 3. Move the mouse to the middle bottom of the screen 4. Whilst scrolling the page up with the mouse-wheel, move the mouse slowly up the page at the same time. 5. Obsverve the text colouring is all messed up. I use mouse-smoothing & a mouse whose wheel button isn't notched; don't know if this makes the problem worse.
Started seeing this sometime around 1/08/2005 as well. Still occurs on this 2/05/2005 build. Pentium 4 Prescott w/HyperThreading, NVidia GeForce FX 5900. Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b) Gecko/20050205 Firefox/1.0+ (Legoguy; XFT+GTK2; opt. for P4-Prescott/SSE-3)
I can confirm this bug with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050202 Firefox/1.0+ on Xp sp2 I confirm that png and jpeg display okay for me, but the problem is with some gifs, not all: See this page: http://software.newsforge.com/article.pl?sid=04/12/27/1243207&from=rss Only two gif charts fail for me: the 4th ("2 CPU Super Smack 1.2 update select") and the 10th ("performance delta 1 to 2 CPUs, Sysbench 1M rows"). Why the other gifs display fine for me is a total mystery.
I have found a jpeg image that has the same problem, so it is not limited to gif anymore. The third photo at http://fr.sports.yahoo.com/050209/4/5r0f.html The photo whose link points to 5r9d.html I think this bug also is present with text. I sometime have (pixel) lines eaten when scrolling text. Clicking on the text line corrects this. Or it is another bug.
Possibles clues that can be investigated regarding the horizontal white lines I have found two web sites that result in different displays of an indentical JPG picture. The picture in question, of SONG BIRDS, comes from asa's 12 February 2005 blog... http://weblogs.mozillazine.org/asa/ which DOES NOT have white lines and Mozillatine's Feedhouse summary... http://feedhouse.mozillazine.org/ which DOES display white lines. The photo is... http://photos3.flickr.com/4691251_11d2a94d36_o.jpg FF was closed and restarted multiple times, and cache was cleared each time. Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.8b) Gecko/20050211 Firefox/1.0+
Additional information: Javascript was DISABLED in FF. Lines appear in the Feedhouse site WITHOUT SCROLLING.
Sorry about the multiple comments, but I think I have another important clue: The white line is one pixel tall and repeats every 8 pixels (see attachment) and... The white lines DO NOT appear if I select View > Page Style > No Style.
I have found some PNG to have the defect too. See this page:http://jimmac.musichall.cz/icons.php (the 3rd image in the gnome2 section) Plenty of jpeg can also be seen to have the defect in http://jimmac.musichall.cz/themes.php?skin=6 This demonstrates how bad Firefox can be in the current state. Impressive. If the 1.0.1 is out soon due to the homograph spoofing attack vulnerability, this kind of rendering problem will drive people back to IE.
PLEASE note that the distance between white lines is arbitrary. Scrolling will change it and scrolling is what _most often_ causes the lines. It's not always 7 pixels.
(In reply to comment #31) > PLEASE note that the distance between white lines is arbitrary. Scrolling will > change it and scrolling is what _most often_ causes the lines. It's not always 7 > pixels. Please note that in Comment #28 I said, "WITHOUT SCROLLING". The white lines would appear exactly, and always, every 8 lines WHILE the image was loading, and while NOT scrolling. This effect may be difficult to achieve for those with a fast connection. The page must be quickly positioned so that you can observe the image loading. In addition, this image is no longer available on feedhouse.mozillazine.org so the example can no longer be observed.
using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050215 Firefox/1.0+ I do not have the lines in the jpegs at http://jimmac.musichall.cz/themes.php?skin=6 as said in comment #30 (nor I have the problem of comment #25 either). I still have the PNGs failing in the other link.
Here's another simple example of how graphics get jumbled when scrolling. Go to www.mathforum.org, scroll down, then scroll slowly up (by dragging scrollbar) - the graphics get jumbled into horizontal lines. refresh or alt-tab restores.
By the way, I'm running Mozilla 1.7, Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7) Gecko/20040616 On a dell laptop (inspiron 7000). Want more details? Please ask!
Blocks: 244502
Again, it's still very easy for me to recreate this bug. Many graphics (often banners at the top of websites) show the banding of the graphic when slow scrolling off the top or bottom of the window pane. Here's my synopsis of previously reported errors (Confirmed / Unconfirmed / Non-error): Comment #33: Confirmed. Neither comments #30 nor comment #25 show the bug at all. #30 is jimmac.musichall.cz/themes.php?skin=6 #25 is http://software.newsforge.com/article.pl?sid=04/12/27/1243207&from=rss Comment #33: Unsure: I don't know what they mean by "I still have the PNGs failing in the other link." Comment #30: Could not confirm: I found no errors in http://jimmac.musichall.cz/icons.php (the 3rd image in the gnome2 section) Comment #27: Confirmed. Same behavior as reported http://weblogs.mozillazine.org/asa/ shows bug http://feedhouse.mozillazine.org/ does not show bug http://photos3.flickr.com/4691251_11d2a94d36_o.jpg does not show bug Comment #26: yahoo banner at top shows error. jpg inside page, no error. http://fr.sports.yahoo.com/050209/4/5r0f.html Comment #25: Again, no error found. http://software.newsforge.com/article.pl?sid=04/12/27/1243207&from=rss Comment #23: The referenced link is dead. Comment #21: I didn't mess around with my settings. They are at 96, but it's easy for me to re-create the bug (at www.mathforum.org).
(In reply to comment #36) I'm sorry to report that this bug only appears itermittently with my version of mozilla; this is after reporting extensively above about which sites show the bug. I currently can only report that when my mozilla is misbehaving, the report in comment #36 is accurate. But when mozilla is not misbehaving, it looks like I never see any banding of graphics at all.
These white line sightings are getting worse than UFO sightings, however we get less respect. One more shot at it - this site has white lines in the GIF images: http://www.phoenity.com/newtedge/gradient_effect/ Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.8b2) Gecko/20050228 Firefox/1.0+ Note: For what it's worth, these lines do not show up using Firefox 1.0.1
(In reply to comment #38) > These white line sightings are getting worse than UFO sightings... > http://www.phoenity.com/newtedge/gradient_effect/ > Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.8b2) Gecko/20050228 Firefox/1.0+ This demonstrates the intermittency - the first time i come here, the bug does not appear. Will try again after using mozilla for a while. By the way - can anyone send me (or tell me where to go) to see "resource:///res/samples/test9.html" ??? thanks Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7) Gecko/20040616
(In reply to comment #38) > > http://www.phoenity.com/newtedge/gradient_effect/ Another data point - mozilla is misbehaving right now for me, but: www.mathforum.org shows error (in banner at top of page), but www.phoenity.com/newtedge/gradient_effect does not show error Any suggestions for what aspects of the state of my system I should report or experiment with in order to better chase this bug?
(In reply to comment #40) > (In reply to comment #38) > > > http://www.phoenity.com/newtedge/gradient_effect/ > > Another data point - mozilla is misbehaving right now for me, but: > www.mathforum.org shows error (in banner at top of page), but > www.phoenity.com/newtedge/gradient_effect does not show error > > Any suggestions for what aspects of the state of my system I should report or > experiment with in order to better chase this bug? > I am running Linux with Mozilla build 20050301 when I tried the mathforum site it rendered fine. The phoenity site the first gif labeled 7.8 kb will get the white horizontal line or lines as I scroll up and down the page. It is the only one. I have noticed as the 1.8 build has progressed that this condition has gone from practically every picture on a web page to very far and few and then like the above GIF only one picture say on a news site might have the line and only that picture. So it must have to do with the type of picture and size and quality.
I see'em here... http://www.reuters.com/ Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.8b2) Gecko/20050302 Firefox/1.0+
(In reply to comment #41) Bill has some good points, but: * at least for me, the bug is definitely intermittent, and haven't been able to narrow down when / why it appears. (see my last post) * so it must have *more* to do with more than just the "type of picture and size and quality." (again, the step to reproduce is slowly scroll graphics on /off screen. The graphics in the banners at the tops of many sites (slashdot.org is one of many examples) often (but not always) show me the bug.)
This has resurfaced for me when I went from 1.7.5 to Mozilla/5.0 (OS/2; U; Warp 4; en-US; rv:1.8b2) Gecko/20050221 - it had been away for months or even years. First I thought it had to do with my system setup (graphics adapter)or the OS (IBM OS/2 Warp v.4), but the problem has been seen by others, too, with the new build and on other OSes (see thread starting at March 3 on netscape.public.mozilla.os2). Regards Hartmut
(In reply to comment #45) (and cross posted to netscape.public.mozilla.os2) Well, I've been chasing this bug for the last couple weeks - and I have to report that on my Win32 laptop, as of right now, * no banding is appearing in http://www.lbodnar.dsl.pipex.com/macmini/ * banding is appearing in http://mathforum.org/ is banding (as well as slashdot.org) * this is after a fresh reboot, going to www.slashdot.org immediately after mozilla opens to my homepage (which happens to be antwrp.gsfc.nasa.gov/apod/astropix.html) * Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7) Gecko/20040616 * the bug is definitely intermittent for me - and I haven't been able to figure out when mozilla gets confused and starts banding images. * However, once the banding starts, it shows up for many graphics. It seems that there is a global state that mozilla gets into, when banding starts appearing. The banding only seems to happen to .gif's (not .jpg nor .jng) cheers cheers
(In reply to comment #36) > Comment #27: Confirmed. Same behavior as reported > > http://weblogs.mozillazine.org/asa/ shows bug > http://feedhouse.mozillazine.org/ does not show bug > http://photos3.flickr.com/4691251_11d2a94d36_o.jpg does not show bug > Oops - I got these backwards. When mozilla is banding, http://weblogs.mozillazine.org/asa/ does NOT show bug http://feedhouse.mozillazine.org/ does show bug Seems to be narrowing to just .gif images (jpgs and pngs keep working)
Blocks: 214965
Depends on: 137114
Blocks: 137114
No longer depends on: 137114
I found been finding lots of images that demononstrate this bug 201198. The images that are broken for me are all .gif images with the transparent flag set. An example is at bug 214965, which I would propose is related to 201198. Another example is at www.humboldt.NOWORMS.edu/~jhb7001 if you remove the no worms. I'm now quite confident that the problem is specifically .gif images that have the "transparency" flag set. Microsoft Frontpage (ick) shows the properties of the offending gif as transparency being on. The interlace flag does not appear to cause any errors. (These are the two specific properties that you can set in frontpage for gif immages: transparency, and interlacing.) -cheers ps: i'm assembling a list of bugs that might be related to this transparency problem....
Blocks: 261835
Blocks: 156653
Blocks: 265610
Just GIFs? I wouldn't be so sure. In my Mac Mini example https://bugzilla.mozilla.org/attachment.cgi?id=176247 the offender was a JPEG,and in your Mozilla Feedhouse example, I got the stripes in the lower image (PC laptop), which is a PNG (I'll add another attachment). And today, I get stripes on the mac min page, and no stripes on the Feedhouse page. D'oh! So, what I want to make clear, this one is elusive and it might be to soon to narrow it down on GIF type images only...
And here's another, *really* strange one (my son came just in and told me): http://www.wetter-zentrale.com/topkarten/fsavnmgeur.html In the lower frame, select 'Berlin' from the pulldown, then click 'Zeigen' (i.e 'show').(Sorry, but I didn't design that page, I'd have preferred a direct link, too.) Now scroll the meteogram down so that it rises behind the upper frame. Stripes of the brownish background colour will show, but not in the top section of the image, only starting below the '2005'. The top part is 'immune'. This also is a PNG image, BTW. Cheers Hartmut
Ugh, sorry, it's even worse http://www.wetter-zentrale.com/topkarten/fsavnmgeur.html you have to click on the green 'Europa' in the top center frame first, then in the lower frame, select 'Berlin' from the pulldown, then click 'Zeigen'. Sorry for the inconvenience Hartmut
Depends on: transparent_gifs
(In reply to comment #51) > Ugh, sorry, it's even worse > > http://www.wetter-zentrale.com/topkarten/fsavnmgeur.html > > you have to click on the green 'Europa' in the top center frame first, then > in the lower frame, select 'Berlin' from the pulldown, then click 'Zeigen'. > > Sorry for the inconvenience > Hartmut > I cannot reproduce this - no offense! Just giving info... The very specific bug I can reproduce is related to gifs with transparency. It's so specific and well enough defined that I've created a new version of this at Bug 284986. (Hope that's okay! Just trying to help!)
(from Bug 64401, Extremely slow performance with png background) Example of multi-layered .png file with terrible rendering on my machine. If I scroll this image, I get serious errors in the image, as shown in the next attachment.
That's definitley _not_ this bug. We see white lines, not entirely corrupted images. Layered PNGs are a completely different issue I think. Let's not have this bug turn into an "all image corruption problems go here" kind of thing. Meanwhile it seems to have stopped happening to me on this machine. Maybe some change in CVS was made. Don't know when it started being right because it was kind of random anyway. Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b2) Gecko/20050305 Firefox/1.0+ (Legoguy; XFT+GTK2; opt. for Prescott/SSE3)
I filed bug 285004 for the effects that Hartmut Krafft and me are seeing (on OS/2 trunk). This seems different enough from what everyone else including Jon Barber sees...
Sorry for the double comment - but let's try to get this cleared up. I think the only good examples we have of the type of behavior this bug is trying to explain are: attachment #119828 [details] attachment #174244 [details] attachment #176247 [details] attachment #176379 [details] That's it. All the others I think are seperate bugs. Possibly attachment #176381 [details] is closely related. These are not related per the description of the original poster: attachment #126619 [details] looks to be related to frames. That's not image corruption, that's actual content. ( see comment #10 ) attachment #161380 [details] looks like something one would see on a bad graphics card, or a graphics card with broken drivers. (Windows ME is known for such, see comment #17 ) attachment #174721 [details] looks to be caused by another one of several bugs where certain arrangements of html elements cause corruption in images when scrolling. At any rate, it's not the kind of corruption this bug is describing. This could also be graphics hardware related. attachment #176472 [details] / attachment #176473 [details] is caused by multilayered images, placed by HTML/CSS. Not by actual corruption in the graphics themselves. We're talking about single images. As comment #27 says, this doesn't happen with "no style" on. Therefore I think this may possibly be related to CSS. Has anyone seen the effect on an image not in a page? ie, standalone image?
(In reply to comment #57) > I think the only good examples we have of the type of behavior this bug is > trying to explain are: > > attachment #119828 [details] [edit] > attachment #174244 [details] [edit] > attachment #176247 [details] [edit] > attachment #176379 [details] [edit] > > <snipped> wow, i think these are good clarifications. As i've previously posted, I haven't seen the black lines bug. The main thing I can reproduce are the bad rendering of gifs in Attachment #161380 [details] and Attachment #174721 [details]. > Layered PNGs are a completely different issue I think. Let's not have > this bug turn into an "all image corruption problems go here" kind of thing. sorry if I muddied the waters with the multilayered image Attachment #176472 [details] in Comment #53. Is that a seperate Bug altogether? > > That's it. All the others I think are seperate bugs. > The bug i can reliably reproduce is now in a seperate thread, Bug 284986 - i hope that's helpful. You mention "This could also be graphics hardware related", but wouldn't the fact that the gif's render in IE and other browsers indicate it's mozilla specific? Newbie question: the title of this bug is "White lines appear on images when scrolling slowly through page" but is seems like most of the chatter is now about black lines. Should the various parts of this long thread get forked off? There's now Bug 285004, "Horizontal lines in iframes and across images when scrolling". Are these good forks (284986 and 285004)? Are there other forks?
Actually, what I'm seeing are lines *of the background colour*, see attachment https://bugzilla.mozilla.org/attachment.cgi?id=176381 ...so the bug title is somewhat misleading. Hartmut
No longer blocks: 137114, 156653, 214965, 265610
No longer depends on: transparent_gifs
i don't believe that attachment #176381 [details] related to this bug at all, in that i can reliably reproduce the bug in any of the example pages given that still exist, but not that one. the best valid example of this particular bug we still have at this time is comment #35. "See this page: http://software.newsforge.com/article.pl?sid=04/12/27/1243207&from=rss Only two gif charts fail for me: the 4th ("2 CPU Super Smack 1.2 update select") and the 10th ("performance delta 1 to 2 CPUs, Sysbench 1M rows"). Why the other gifs display fine for me is a total mystery." i can reproduce this on those exact two gifs every time, while every other graphic on the page is unaffected. for the record, i see this on png's all the time as well. not sure about jpgs but i'll keep an eye out. Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b2) Gecko/20050325 Firefox/1.0+ ps, removed blocks/depends on unrelated bugs.
correction, comment #25. sorry for the bugspam.
I hope this helps with finally knicking this bug. I only have problems seeing the white line or lines in certain jpeg, gif, png, thumbnails on certain sites. I can give you a web page where you will always see the white lines, http://www.nbc10.com/news/index.html. I've been really playing around with it today. It only happens in 1.8 release either Firefox or Mozilla under Linux, I have never had any problem with these white lines in 1.76 or previous, but what I found out today is when I downloaded today's build of Firefox it's default display setting was 96 DPI and I was not having any problem, no white lines with the above mentioned website. If I go under preferences and change it to system setting the white lines reappear. Close out Firefox 1.8 and bring up Firefox 1.76 which is set for system setting and there is no problem with the white lines. I tried the same thing with Mozilla with the same results. At least here on my box these white lines are only happening under 1.8 using system settings for DPI.
nice catch. i was playing around with the text size in the view menu and that seems to have an effect as well. on the nbc10.com site i see lines through images at two levels above or below the normal text size. the other examples give similar results. i'm also using a non-standard dpi of 80. i noticed that this bug is also present in yesterday's Thunderbird nightly.
I don't know who did what, when, or where, but with the latest build, this in now WFM ! Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.8b2) Gecko/20050329 Firefox/1.0+
possibly fixed in Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b2) Gecko/20050329 Firefox/1.0+ by patch for bug #173051.
Probably 173051, yes. Please keep an eye on this and if no-one reports a recurrence of this problem within, say, a week, someone can close it.
Well it would appear that this bug can be laid to rest. Works fine here also. I'm really looking forward to 1.8. I seem to have far fewer problems rendering web pages. I have one question for R. Hill, I know you're also running Linux, would you happen to be running QuikTime? If you are I'm giving you a web site, http://www.wnep.com/Global/link.asp?L=44234, click on either of the future weather maps and if you are running the QuikTime let me know if the bottom half of the page doesn't load. I've had it happen here always with 1.8 yet it renders fine under 1.76. I've also had it happen twice with news sites that were off of Google News, yet I've tried the QuikTime on Apple's site and every major movie studio site looking at previews and never had a bit of problem. Other than this the 1.8 seems to be far superior to the 1.7* build.
Turns out my (Jon Barber's) rendering problems were related to my old ATI graphics card, and the problem was well described (and solved) by the notes at Bug 104992. If anyone else has the problems described by me this bug, check out the notes at Bug 104992 and Bug 284986. Cheers! (Sorry for my previous somewhat irrelevant posts here, but it was a great learning experience....)
Turns out my (Jon Barber's) rendering problems were related to my old ATI graphics card, and the problem was well described (and solved) by the notes at Bug 104992. If anyone else has the problems described by me in this bug, check out the notes at Bug 104992 and Bug 284986. Cheers! (Sorry for my previous somewhat irrelevant posts here, but it was a great learning experience....)
so far so good. Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b2) Gecko/20050403 Firefox/1.0+ looks like you can shut the door on this one.
with pleasure. Fixed by checkin for bug 173051
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Component: Layout: View Rendering → Layout: Web Painting
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: