119081 - General graphic glitches

Status: RESOLVED FIXED

(Core Graveyard :: GFX, defect, P2)

Description

[David Polberger]

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7+) Gecko/20020109
BuildID:    2002010906

I'm seeing general graphic glitches when using Mozilla under Linux (see screen
shot, to be attached soon). When I select text, it's often one pixel off. This
bug also manifests itself when hovering over elements whose appearance change
when you perform this action, for example, if an element is supposed to change
color on mouseover, the element will be redrawn at the incorrect coordinates
(just slightly off).

Reproducible: Always
Steps to Reproduce:
I can reproduce it every time, by simple playing with the page, bringing up the
context menu (so that Mozilla is forced to redraw whatever it was obscuring when
I cancel it), hovering over elements sensitive to this action, moving windows
over the Mozilla windows, etc.

To get my setup:
1) Install Mandrake 8.1
2) Install NVidia's binary accelerated drivers.
3) Download a nightly build.
4) Play with it as described above.

Actual Results:  Graphic glitches.

Expected Results:  Clean graphics, straight lines, etc.

I have been able to reproduce this problem using 0.9.4 as well, which came with
my Mandrake 8.1 distribution. I'm using NVidia's accelerated drivers (driver
name: "nvidia"), but reproduced this problem using the open-source drivers as
well (driver name: "nv"). I can't reproduce this problem on Windows, it might be
GTK+-specific.

Comment 1

[David Polberger]

Attachment: Page showing glitches

This page is especially bad. Note that it's initially displayed correctly, I
only get the graphic glitches after I move other windows over Mozilla's window,
select text, etc. While the bug isn't specific to this page, I'd be happy to
attach the source XHTML and CSS to this bug, if anyone is interested
(currently, it only lives on my hard drive).

Comment 2

[Andrew Schultz]

WFM  Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7+) Gecko/20020115

I also have an nVidia card, using the nv drivers.

Comment 3

[Chris Petersen]

Reporter, please try with a newer nightly build. If it still reproduces ,
provide a sample url that displays this issue.

Comment 4

[David Polberger]

I'm still able to reproduce this problem using the latest nightly build. I have
added a sample URL. To reproduce, please use nVidia's binary Linux X11 drivers,
preferably on Mandrake 8.1. I'm using the latest drivers.

Comment 5

[Kai Lahmann (is there, where MNG is)]

still on RC1? For me it works. If for you too, just set the but to "worksforme"

Comment 6

[David Polberger]

Kai,

I'm afraid that I'm still seeing the exact same glitches with Mozilla 1.0 RC1.
I'm using the same computer, but have removed Mandrake 8.1 and installed Red Hat
7.2 instead. I'm using NVIDIA's latest drivers ("nvidia"), but am seeing the
same behavior when using the "nv" driver. If I run Mozilla remotely and instruct
X to display the window on a remote machine (in this case, a Solaris 8
thin-client machine), I don't see the glitches. The graphics glitches I'm
referring to are not present when running Mozilla 0.9.5 on Solaris 8 or Mozilla
0.9.9 on Windows, it's just Linux.

Thus, I'm leaving the status of this bug as-is, as I'm still seeing the same
behavior.

Comment 7

[Sitsofe Wheeler]

Confirming - I see this too (XFree 4.2.0, 20020421 Linux). 

Steps to reproduce:
1. Press right mouse button over n of "Introduktion"
2. Hover over left hand mouseovers.

Result: Right hand border disappears

Comment 8

[David Polberger]

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

Comment 9

[Sitsofe Wheeler]

Is this really a dup of bug 80530? I have my dpi set to 72dpi in Mozilla and I
can still reproduce this using the steps I gave earlier (and I do not suffer the
shifted single line errors which characterise the dpi bugs)... (1.0-RC2)

Comment 10

[David Polberger]

On closer inspection, I can still reproduce this bug, although not as easily as
in the past. Dragging overlapping windows past Mozilla's window seems to be the
most efficient way to reproduce it.

Reopening.

Comment 11

[David Polberger]

I can no longer reproduce this bug using the GTK2 version of Mozilla 1.3a.
Setting dependancy on bug 92033 (tracking bug for GTK2). I'll try to remember to
close this bug as FIXED once GTK2 is made the default toolkit.

Comment 12

[Daniel Wang]

nagging
reporter (David), can you still reproduce this bug w/ GTK-1 builds?

Comment 13

[JP Rosevear [:jpr]]

gtk1 has not been supported for a long time.  closing as per #11.