64295 - Page renders incorrectly when moused-over

Status: RESOLVED WORKSFORME

(Core Graveyard :: GFX, defect)

Description

[James "Dexter" Akula]

Using build 2001010310 view the page, I found that the page renders when left
alone, but when one of the menu options is moused over, pixel-wide vertical
lines appear.  These do not go away when the mouse is moved away, though the
page should be back in its default state.  This does not occur in IE 4 (or
higher) or NS 4, but does in NS 6.

Steps to reproduce:
1)   Go to http://www.gecko.com/
2)   Mouse over a rock with writing in it.

Reproducible: Always.

I tried this on a Mac running the same build on OS 8.6.  I did not have this
problem (though image of the rock with the spider running across it flickers
annoyingly).

Comment 1

[James "Dexter" Akula]

I think the same problem is occuring at http://www.neu.edu/administrative2.html.
 This page renders fine in NS6, though.  I don't really know HTML well enough to
diagnose, but it seems to be the same situation.

Comment 2

[HJ]

This is an duplicate of bug 64292, reporter filed it twice!

Comment 3

[James "Dexter" Akula]

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

Comment 4

[HJ]

Attachment: Working example/testcase

Comment 5

[HJ]

I did not look for the java class, so that one doesn't work in this example,
sorry. But as you see, with a bit of work, this work jst fine. What is the
problem? There's an bug in the table, so that one goes wierd, and messed up
things. And by specifying the width for that table, it's gone. And James, the
second one is using SPACERS!!! And thats messing things up there!

Comment 6

[HJ]

CC:ing and Tnx for marking that dup.

Comment 7

[Keyser Sose]

I had to reload this once or twice to see what the reporter was saying on my
build. But then it had all kinds of problems (in addition to what the reporter
said) with images disappearing and such.

Confirmed
Platform: PC
OS: Windows 98
Mozilla Build: 2001010204

Marking NEW.

Comment 8

[HJ]

Attachment: Take a look at this MSIE screenshot, what a mess!!!

Comment 9

[HJ]

Part of the problem is related to bug 63445 (table resizes to 100%) But that has
nothing to do with the HTML markup of this page! If the web author wants to
render this page correct in different browsers, he needs to invest some extra time!

Comment 10

[James "Dexter" Akula]

The MSIE screenshot just isn't finished loading.  What's there looks perfect.

On the other hand, even if the page isn't coded properly, Mozilla is handling it
differently on subsequent loads, or as things are moused over and then returned
to default.  Something is going on in the internal rendering which is
inconsistant accross loads of this page.  That's a problem *even if* the page is
poorly coded; the way it is rendered shouldn't change.

BTW, I'm not the coder...I don't even know who Gecko.com is, I just thought it
was a cool looking page.

Now, since I'm not much of a programmer or HTML coder, I'll just shut up and let
the brians solve it.

Comment 11

[HJ]

First of all, that IE screenshot is fully loaded, but I did not have Java
activated! Still, they should implements a test, if Java is enabled!

Using build 2001011220 on WinNT4 and the table resizing seems to be fixed with
that patch for bug 63445. Also note that I can't reproduce those "pixel-wide
vertical lines".

Comment 12

[Hixie (not reading bugmail)]

Netscape's standard compliance QA team reorganised itself once again, so taking 
remaining non-tables style bugs. Sorry about the spam. I tried to get this done 
directly at the database level, but apparently that is "not easy because of the 
shadow db", "plus it screws up the audit trail", so no can do...

Comment 13

[Pierre Saslawsky]

I can't reproduce the "pixel-wide vertical lines" either (tested on MacOS and 
Win98) but there is an awful flicker on the Mac when you mouse-over the different 
options: the text is removed, a back rectangle is displayed, the new text is 
displayed.  It doesn't happen on Windows.

Reassigned to Compositor/peterl.

Comment 14

[Peter Lubczynski]

Changing platform to Mac...

Sounds like a dup of bug 62891. Try with setting this pref in all.js:

pref("plugin.enable_double_buffer",true);

Undup if you think otherwise.

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

Comment 15

[James "Dexter" Akula]

Nope, this isn't a dupe.  I am on Windows and my problem has nothing to do with
flicker.  However, I did get the same problem on a Mac (I'll go check to see if
it's still there).  In the meantime, I'll post a screenshot so you can see what
I'm talking about.

Comment 16

[James "Dexter" Akula]

Attachment: Here is the display on Windows

Comment 17

[Peter Lubczynski]

Ok, so this is not fixed and doesn't have to do with bug 62891. Over to 
compositor...

Comment 18

[Kevin McCluskey (gone)]

Marek doesn't see any problems with 2001042508 on MacOS 9. Marking WORKSFORME.

Comment 19

[James "Dexter" Akula]

This isn't a Mac bug.  I'm seeing it on Windows 2000 and NT4.  I tested it on
MacOS 8.6, and it does seem to work fine there.

Comment 20

[Kevin McCluskey (gone)]

I am not seeing the problem with build 2001052904 on WINNT. I tried both the
attached testcase and the URL. The page loaded correctly - no lines - and
mousing over the images did not produce any lines.

Marking WORKSFORME again.

Comment 21

[James "Dexter" Akula]

I did some testing and at first, I agreed that the rendering was fixed. 
However, it only works when the window is maximized.  Try making the window
smaller and then dragging the edges to resize (or mousing over).  Either of
these actions will make the lines reappear.

I'm sorry to keep reopening this, but something is definately wierd when
resizing the browser over very small distances causes glitches to pop in and out.

Comment 22

[James "Dexter" Akula]

Attachment: Screenshot from 5/30/01

Comment 23

[Kevin McCluskey (gone)]

I tried reproducing with todays build on WINNT. I tried resizing the window to
various sizes. I tried slowly resizing it. I tried making it full-screen, very
small etc. Moused over the images. I don't see any problems.

Marking WORKSFORME again.

James "Dexter" Akula:  If you still see the problem go ahead an reopen. Maybe
this is video card related?