There is a horizontal (1-2) pixel high line that moves from top to bottom one time only after the image loads. This reproduceable on builds win32 nightly builds 2002031708 through 2002032203. I have not checked further back than those dates. Steps to reproduce: Load the URL. Hit refresh, and watch closely. You will see the line run from top to bottom. Display resolution. 1280x1024x16bpp The line display is regardless of browser size.

If you're lucky you can watch the retrace on the capture of the capture in the attachement view window.

*** This bug has been marked as a duplicate of 83289 ***

I do agree with bug 83289, comment 159 that this one is _not_ the same problem as discussed in bug 83289, since I cannot reproduce this (83289) one, and I see this (bug 132930) very often. So I'll reopen, till someone can explain to me why it should be a dup. sorry mental. nevertheless, it's not a vital (or even very annoying) bug. so it's unlikly to be fixed in the near future. thus being a low priority bug, I'd guess this one is on mozilla1.2 or future target. btw: does anyone see this on a non-windows (or even non-winNT+) platform? i suspect this one to be another silly windows-only bug like my 'baby' (bug 121230)...

I am seeing this too on linux build 2002032406. And I iagree it is not a dup, beaucouse the line is moving, and not steady. (like bug 83289, which I am seeing too)

Regardless, it may be a symptom of a larger problem like trying to move the image up one pixel without actually doing so. Or it could be a reflow issue unless it is strictly tied to imagelib. I'm inclined to think it is confined to ImageLib or some other paint operation.

I would like to note that during the retrace Mozilla eats CPU during the whole retrace. So on this image (on a Celeron 700) it takes about 2.5 seconds for the line to run through and during that time Windows' task manager indicates it's eating between 25%-50% of the CPU with nothing else happening. Once the trace line stops moving (finishes it's run from top to bottom) the usage drops to nil.

Never noticed this one before. I'm seeing it on Mac OS X, version 10.1.3. My line is black. I don't see the images having white lines in them issue or the text deformation issues on this machine, so I agree they are seperate bugs. Suggest: OS->All, Platform->All

Per last two comment #5 and comment #8

Perhaps this bug is related to: http://bugzilla.mozilla.org/show_bug.cgi?id=118219 The white line seems to move as if the image is being reloaded from the net, since I can stop the line when I pull the network plug. I also noticed that loading indicator in tab of the page has already stopped when this one occurs. Also it seems to me that the reload occurs when initial image loading has reached the end of viewport (Scroll down the page after line has started movin and the image is not displayed there yet).

Is this a cache problem?

I see this on RC2 (2002051009), and I did some testing. Offline: If I "pull the plug" (click on the connection icon in the lower right-hand corner) this bug will dissappear, even with cache and all enabled || disabled. Online If I disable disk cache and have mem cache on, this bug will be seen. If I have neither cahce on or only diskcache, this bug disappears (as it in both cases loads it from the server). If I have mem cache on and disk cache off, I see this bug again. On a related note: If I pull the plug _WHILE_ the white line is running down, i get a message: The image “http://bugzilla.mozilla.org/showattachment.cgi?attach_id=75693” cannot be displayed, because it contains errors. I've been seeing this message a lot in RC2 and I can't remember seeing it before, so maybe this is a new related bug? Should I open a separate bug for it? PS: Summary should be changed "load" -> "reload"

That sounds like it is the same bug. Pretty weird stuff.

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

I can still see this bug with RC3 (build 2002052309) exactly as described for RC2. I cannot reproduce this problem with every image or image type. Neither have I been able to identify what causes the annoying retrace line to be drawn, but I can see it very clearly with the two attachments that have been posted (not on the bellsouth site though).

Still here with 1.0. I think it has got something to do with cgi "generated" images (and cahce). Can anyone verify this?

Two problems here: #1) Image is being loaded twice. See bug 121084 #2) I looked at this a while ago, so my memory on it's a bit fuzzy. The update rectangle is one line too big (rounding error?), so on the second load of the image, nsRenderingContextImpl::DrawImage says (or is passed info) to draw from 0 to someHeight, nsImage::Draw says "I only have (someHeight-1), so I'll draw that and blank out the extra line. The real problem is of course #1. #2 is trivial

Arron M is right. This bug should probably depend on Bug 121084. If that bug would get fixed, this one would probably disappear, leaving the "white-line" bug in the imagelib code, but making it invisible since no re-draw would be done.

After upgrading to 1.1a (build 2002061104) on Windows 2000 from 1.0, this bug started to occur. This started to happen after looking at bug 69467's attachements. It does not occur on all images. For instance it occurs here: http://bugzilla.mozilla.org/attachment.cgi?id=68750&action=view (but not on reload/shift-reload) but it does not occur here: http://www.unc.edu/~jwatt/photos/viewer.html?0@flower

I made several tests with Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4a) Gecko/20030401 but I was not able to reproduce this problem.

Try this url http://images.google.com/images?hl=en&lr=&ie=UTF-8&oe=UTF-8&safe=off&output=search&q=windsurf&btnG=Google+Search and after it has loaded for the first time, hit reload, watch the white line move through each image in turn. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030529