Open Bug 212213 Opened 21 years ago Updated 2 years ago

strange horizontal lines across the screen

Categories

(Core :: Web Painting, defect)

x86
Windows 2000
defect

Tracking

()

People

(Reporter: mblevy2000, Unassigned)

References

()

Details

(Keywords: platform-parity)

Attachments

(4 files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624

I have been browsing for several hours and out of nowhere, I'm seeing strange
thin black horizontal lines, there is an unline as I write in this text box
using Mozilla 1.4, and when I click on links, they look like they elevate from
the rest of the page like drop shadowing.

Reproducible: Always

Steps to Reproduce:
1. Happens spontaneously.  I have no idea how this started or how to stop.
2.
3.



Expected Results:  
It shouldn't have these strange lines!
Maybe Bug 204374 GDI Resources are used till the UI/website displays faulty ?
Michael, could you try the workaround in bug 204374 comment 147 and see
if it helps.  Thanks.
Confirmed on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b)
Gecko/20030827. Somebody please take a look, I can try to help if needed. It was
working fine on 1.4, and appeared right after I upgraded to 1.5b. It seems it
only happens to IFrame though.

System: WinXP SP1, SiS 650-740 Video Card, 512MB RAM.
btw, the walkaround mentioned in comment 147 of bug 204374 does not work... :(
*** Bug 217897 has been marked as a duplicate of this bug. ***
-> View Rendering
Assignee: other → roc+moz
Status: UNCONFIRMED → NEW
Component: Layout → Layout: View Rendering
Ever confirmed: true
Keywords: pp
Happens on WinXP SP1 as well using Moz 1.5 rc1 at the URL
http://bugzilla.mozilla.org/enter_bug.cgi

Marking Flag blocking1.5 with ? to request a review.
Flags: blocking1.5?
What screen DPI are you using? Does change the DPI affect this at all?

Does it happen only on certain pages, or all over the place? If only on certain
pages, can you make a minimized testcase?
So the original report says it happens with 1.4 and comment #4 says it doesn't
happen with 1.4. Do we know when this regressed? I can't reproduce with the
latest 1.5 branch builds on windows. 
Flags: blocking1.5? → blocking1.5-
i don't see if either on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5)
Gecko/20030916
I don't know about 1.4, but it certainly happens with 1.5 rc1 (Gecko/20030916)
on my laptop (happens on both a screen resolution of 1400x1050 and 1280x1024).
Confirming with Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20030925
The whole browser (and even mail client) are corrupted during operation by
vertical and horizontal lines -they appear not only inside "work area", but even
in button panel etc. It looks for me like some rendering buffer synchronisation
failure or so. If I move page DOWN using the mouse ang right bar, the screen is
corrupted, depending on how fast i move -the slower, the more lines. If I move
the page UP the same way, the lines disappear in moved parts of screen. If I
open terminal window over Mozilla, and then close the terminal, the parts of
Mozilla screen that were UNDER the terminal window, are suddenly alright. I use
GNOME 1.4 under Debian Woody on app server, and I am connected thru LTSP thin
client. No other app has such problems, its Mozilla only. OpenOffice.org, Eclipt
Roaster and XCDROAST renders well, as well as whole desktop.
One more thing: If I change size of the whole Mozilla window, the screen is
"corrected" -all buggy lines disappear. But any other actions render new lines
again.
I experimented slightly, and the problems disappear for me if I swap my 4MB STB
Velocity (Riva128) by 1MB S3 videocard and thus X server S3 version 3.3.6 is
used. My conclusion is that the problem might be somehow connected to X version
4.1 and higher. Or there is other connection between videocard used and problem
appearance? Don't know..
Well, I'm using Windows on a laptop (no X server involved or installed).
QA Contact: ian → layout.view-rendering
Component: Layout: View Rendering → Layout: Web Painting
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: