139218 - Redraw errors in toolbar area accumulate, browser remains working.

Status: RESOLVED WORKSFORME

(Core :: XUL, defect)

Description

[Andreas]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0rc1) Gecko/20020417
BuildID:    2002041711

After using the browser for a while parts of the toolbar (not necessarily a
complete box) are not redrawn. Minimizing and reopening a window does not help.
On the contrary: after reopening the minimizied window it may become worse. If
more than one window is open, usually all will be affected. The erroneous parts
will show areas of other applications' windows.

Since it happens only after some time, it is difficult to fix details. I cannot
say this or that URL causes it, though it might be possible. I usually browse
with JavaScript=ON, Java=ON/OFF, Popups=OFF.

I browse http://www.spiegel.de/ and http://www.heise.de/ frequently and for a
longer time, so it happens often with one of these sites opened.


Reproducible: Sometimes
Steps to Reproduce:
1. Use the browser for some time.
2. I cannot give a URL guaranteed to reproduce the error, but try
http://www.spiegel.de/ or http://www.heise.de/ as I am browsing these often.
3. Browse and wait until it happens.

Actual Results:  Parts of the browserwindow, e.g. the sidebar or parts thereof,
or a toolbar on top, will not be redrawn with the proper content, but will
contain an area of another application's window.

Expected Results:  Properly redraw the respective areas of the browser window.

It happened with version 0.9.9, too, but now, with RC1 it seems to be more frequent.

Only solution is to shut down all browser instances and completely restart Mozilla.

Comment 1

[Oliver Klee]

Over to XP Toolkit/Widgets.

Andreas, what kind of graphics card and which driver version are you using?

Comment 2

[Matthias Versen [:Matti]]

Do you use a ATI card ?

Comment 3

[Andreas]

Graphics adapter is:

Grafikkarte 1:	ELSA GLoria Synergy 
		SGRAM 8MB
Treiberversion:
4.10.01.0203-0013 (= driver version)
Desktop-Größe:
1024 x 768
OpenGL Version:	1.1.23
OpenGL Hersteller:	3Dlabs
DirectDraw Version:	4.08.00.0400

Hope that helps.

Regards, Andreas

Comment 4

[Steve Chapel]

Might be a dup of bug 133132. Does clearing the memory or disk cache help? Does
a screenshot of the problem look black-and-white, or do images in the browser
window look black-and-white? If the answer to any of these is "yes," I'd say
it's very likely a dup.

Comment 5

[Andreas]

As stated, this bug occured in Win98. Currently I am using Linux most of the
time and have not seen this since the RC and final versions, neither in Windows
or Linux.

This bug occured in WindowsMight be a dup of bug 133132. Does clearing the
memory or disk cache help?

As far as I remember, no.

> Does screenshot of the problem look black-and-white, or do images in the
> browser window look black-and-white?

Don't know, didn't try.

Regards

Andreas

Comment 6

[Craig Ringer]

confirmed for Mozilla 1.0 under Win98 SE.

My housemate experiences exactly this behavior. Problem is confined to Mozilla,
and the system was formatted and clean-installed about a month ago. The problem
was observed both before and after the clean install. 

video card is an NVidia GeForce 2 (Elsa Gladiac something, specifically) running
the latest Detonator drivers from NVidia for win9x. Runs in 1280x760 desktop
resolution in 32 bit colour. The machine in question uses the "Classic" theme
for Mozilla.

The problem is only observed after many hours of running time. He reports that a
reboot seems to put off the problem for a long time, while quitting and
re-launching mozilla doesn't seem to put it off for as long - but isn't really
sure and can't give a better description than that.

When it fails to re-draw, the toolbar and other bits of the window including the
status bar at the bottom are left containing the desktop background (as if the
toolbar etc were transparent - the bits of background line up correctly with the
"real" background"). Sometimes it is another window's contents that are
displayed instead of the moz toolbar, though.

He always browses with the window maximized and uses tabs not multiple windows.
I've asked him to re-size the window to take up most of the screen instead but
not be officially "maximized" windows style - lets see if the problem is
reproducable then.

I can not reproduce this on my machine (linux - Debian 3.0, NVidia GeForce MX
4400 with NVdriver not XF86's driver), nor on a MacOS 9 G4 at work or my debian
box at work (which uses the "nv" driver for a TNT2). I use Modern.

He's been using it un-maximized for ~20 minutes now and we've found something
interesting. On initial testing, it seems that if mozilla is re-sized to a
small-ish window or even fairly large (_after_ this problem is first observed),
it begins drawing correctly. I noticed one artifact - an inverted pull-down
arrow beside the "forward" button. What's really interesting is that if one
re-sizes the window to take up the full vertical space on the screen (except
start bar) and places it flush with the left side, then begins slowly and
incrementally (ie step-by-step not continuously) expanding the window toward the
right edge, the errors suddenly begin appearing as the right edge of the window
approaches the right edge of the screen. A cursory test (my flatmate grows
irate, you see) indicates that it may even need to be the _right hand_ side
that's expanded, since doing the same to the left seems alright.

In other words, so far it appears if mozilla is being used "maximized" and these
errors are observed, re-sizing the window to leave a ~50 pix gap between the
right edge of the window and the right edge of the screen corrects the display
errors. Weird, eh? 

Sorry I can't do more testing right now, but I can't mess with the machine for
hours right now. Will try to provide more info later.

Please tag as "new".

Comment 7

[Craig Ringer]

I can also now confirm this under Windows 2000 with Mozilla 1.2.1 . Problem is
less frequent.

Hardware: NVidia NForce chipset, GeForce 2 GTS AGP card, AMD Athlon 1800+, 256MB
RAM.
OS: Windows 2000 Service Pack 2 + security fixes.

Interestingly, the problem is also observed in some other windows applications
but only when Mozilla is running.

Comment 8

[Steve Chapel]

Please see bug 133132 as per comment 4 above. This is likely a dupe.

Comment 9

[Craig Ringer]

I will check this out - I've told the housemate whose computer it is to take a
screenshot next time it happens and we'll see if that shows the symptom. B&W
images have not been encountered, however he reports that 1.2.1 frequently just
doesn't display an image at all. This is fairly reproducable with certain sites,
and seems to consistently affect particular images on the page. This may be an
unrelated problem (will search later).

asifcomic.com - front page has a meter image that fails to display every time
the site is visited. Clicking on "view image" in the context menu displays it.
All images load correctly on my machine (Linux, Debian sarge, Mozilla 1.2.1).

Clearing the disk cache and memory cache made no difference to the above
problem. As the redraw issue is not reproducable on demand, I'll have to get
back to you after fish has tested the cache clearing and tried to take a screen
shot next time it stuffs up.

A screenshot when the redraw problem is not in evidence shows a normal window
(with missing images on some sites).

I'll attach a screenshot showing the missing image problem (Fish has selected
all the page content to show where the images should be).

Comment 10

[Craig Ringer]

Attachment: Shows problem with images failing to render in moz 1.2.1 on w2k

Comment 11

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

Reporter: Can you reproduce this bug with a recent build of Mozilla (for
example, 1.4 RC1)? If so, then please comment again with details. If not, then
please resolve this bug as WORKSFORME. Thanks.

Comment 12

[Andreas]

I haven't seen this bug for quite a while, but I am now running Mozilla on Linux
(Debian), so my recent experience probably doesn't count, considering this is a
Windows-specific bug.

Regards

Andreas

Comment 13

[Andrew Schultz]

> I haven't seen this bug for quite a while, but I am now running Mozilla on Linux
> (Debian), so my recent experience probably doesn't count, considering this is a
> Windows-specific bug.

well, no one else has seen this bug, so you're the only one that does count.
marking WORKSFORME.

if you can reproduce this bug with a recent build, please check if you're
actually seeing bug 133132 and reopen if not.

Comment 14

[Craig Ringer]

I haven't had any reports of the problem since v1.3.1 - it appears to have been
dealt with by some other work.