38042 - Stray Green bar appears next to 'throbber'

Status: VERIFIED FIXED

(SeaMonkey :: UI Design, defect, P3)

Description

[Richard Ekle]

A strange green bar is appearing next to the 'throbber' at the top of the
Mozilla Window.  See the attachment.

Comment 1

[Asa Dotzler [:asa]]

not seeing this in current nightly build (05/04 under NT) nor do I see an 
attachment.  Resolving worksforme.  Reporter if you are still seeing this with 
a new build please reopen with a better description or screenshot.  Thanks.

Comment 2

[Richard Ekle]

Attachment: Screenshot of green bar.

Comment 3

[Richard Ekle]

Just checked latest nightly build (05/05/2000) and it's still there.

Comment 4

[Richard Ekle]

Reopened because this is still happening (and there's a screenshot attached now 
to prove it.)

Comment 5

[Asa Dotzler [:asa]]

hmm, I still don't see it. Over to XPToolkit for a look.

Comment 6

[John Morrison]

It looks probably as if the CSS styles for the throbber (class=plain 
id=navigator-throbber) are scrambled in your local copy. Did you install
mozilla into a clean directory (i.e., no cruft hanging around from older
builds?). Otherwise, this is worksforme -- all the builds I have tried, 
including the very one in the screen shot do not show this problem. 

Comment 7

[Richard Ekle]

I found this bug on a fresh install of Mozilla.  I had erased everything in the
directory before copying the nightly build in, so I don't think it has to do
with a damaged file in the directory.  We should keep this one open for now.  If
you need my help finding this one, I'm open to helping out with this.

Comment 8

[Peter Trudelle]

I still don't see this.  Did you also delete mozregistry.dat and mozver.dat?  
resolving as wfm. If you see this in today's build, please reopen with 
sufficient information to reproduce.

Comment 9

[Richard Ekle]

I hadn't deleted the mozregistry.dat and mozver.dat. (I wasn't aware of their
existence before you mentioned them.)  After deleting these two files, removing
everything from the Mozilla directory, and reinstalling the latest nightly
build, the bug went away.  Consider it closed.

Comment 10

[Richard Ekle]

Reopened.  It's happening on the 2000051420 build again. (And I deleted
EVERYTHING before trying this nightly build. (All program files, all the
moz*.dat files in windows directory)

Could this be related to some setting in the user profile?

Comment 11

[Richard Ekle]

Did some more hunting on this one.  It appears to be related to the file
'chrome://communicator/skin/navbar-endbox.gif' in the XUL settings for the
throbber.  If I remove the throbber from the XUL in 'navigator.xul', this green
box dissappears.  It appears that this mysterious green bar is actually a
discolored version of the striped blue bar on the left side of the navbar-
endbox.gif image.  On a guess, I'd say that this background image is being
painted too far to the right under certain conditions.  The green bar (which is
blue in the navbar-endbox.gif image) appears to belong as the rounded right side
of the blue striped background of the toolbar to the left of the throbber.
There is a gray gap between the blue stripped background on the left of the
toolbar and the 'end part' of the blue striped background next to the throbber.
 I suspect that this background image for the throbber is being drawn too far to
the right and as a side effect the colors are getting messed up somehow.

Comment 12

[Richard Ekle]

Here's exactly what happens:
1. Setup Mozilla to have a non-empty web page as it's home page.
2. Start up Mozilla

Mozilla will come up and the throbber will animate while the page loads.  While
the throbber is animating, the green bar isn't there.  As soon as the page is
done and Mozilla switches to the non-animated 'finished' gif for the throbber,
the green bar appears.

This bar only appears for certain widths of Mozilla.  Try experimenting with
different widths of Mozilla to see the bar come up.

It is definately related to the file 'navbar-endbox.gif' which is set as the
background image for the throbber in
chrome/skins/modern/communicator/skin/brand.css.

I think there are two problems here:
1. The background image is getting repositioned depending on whether the
animated throbber is displayed or the non-animated throbber is being displayed.
2. The colors of the background image are getting modified somehow when
displayed on the screen to shift from blue to green.  Could this be a problem
with an incorrect transparency color setting in the background image?

Comment 13

[John Morrison]

Can you attach your current copies of navbar-endbox.gif and navigator.xul
as they exist on disk when this occurs. There are two points here: one is 
the color shift to green, and the other is what appears to be content 
inserted into the xul document (that's the only way that that gap appears, 
as far as I can see). Can you also note some details about the color depth
of your video card, etc. (to cover the green shift).

Comment 14

[Richard Ekle]

I will attach those two files on Monday when I get back to work.  The two files
are the standard two files that come with the nightly builds though.  I haven't
made any modifications to them to cause this green bar to appear.  You should be
able to use the existing files from the nightly builds to see this.

As for my environment, it's Windows NT Workstation 4.0, SP 6, running at
1024x768 at true color (I think).  As I recall the video card was one of the
Intel StarFighter videocards.

Comment 15

[Richard Ekle]

This bug appears to be video driver and/or video resolution related.

My computer setup is as follows:
Windows NT Workstation 4.0 SP6a.
Intel740 video card (Starfighter).  8/25/1998 video drivers (OLD!)
128 MB ram
Pentium III 450Mhz
Running at 1024x768 with 16777216 colors

Interestingly enough, when I run at 16777216 colors, the problem happens, but
when I go back down to 65535 colors the problem goes away.

I don't know whether this is a bug in the video driver or a bug in how Mozilla
interacts with the video driver, but this does seem to be the area that causes it.

Comment 16

[Peter Trudelle]

reassigning to ben for triage

Comment 17

[Richard Ekle]

Marking this bug as fixed. (I'm the guy who reported it.)  I think it was a
video driver problem in Windows NT.

Comment 18

[John Morrison]

marking verified fixed per Richard's comment. Thanks for following up!