299687 - Picture-only navigation bar buttons mischosen on highlight

Status: RESOLVED INCOMPLETE

(SeaMonkey :: UI Design, defect)

Description

[Hogarth]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b2) Gecko/20050704 SeaMonkey/1.0a
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b2) Gecko/20050704 SeaMonkey/1.0a

Seamonkey (and the last few gtk2 mozilla releases at least) don't display the
right image for highlighting. This only happens when pictures-only is selected
and happens on a fresh profile (ie only mod is to select 'pictures-only' from
the prefs - no extentions/plugins or whatnots).

Basically when you hover the mouse of the back, fwd and reload buttons the
unghosted back button appears, regardless of wether the button itself is ghosted
(exception is for the back button itself). The highlight for the stop button
produces the unhighlighted printer icon.

Reproducible: Always

Steps to Reproduce:
1. Start moz
2. Select pictures only for the buttons
3. Hover.

Actual Results:  
The wrong image was displayed for the hover image.

Expected Results:  
Displayed the appropriate image or, if ghosted, continued to display the
present, ghosted image.

Comment 1

[Andrew Schultz]

worksforme with linux seamonkey build 2005070502

Do you see this with classic or/and modern?  Do you know when this started
happening?

Comment 2

[Hogarth]

2005070606 and it still happens. Classic theme only. I even nuked the XUL cache
before starting the browser and it still occured.

Comment 3

[Andrew Schultz]

Can you pull older builds from ftp.mozilla.org to see when this started
happening?  My current suspect patch went in on 6/21.

Comment 4

[Hogarth]

2005-06-22-19-trunk/mozilla-i686-pc-linux-gnu-gtk2+xft.tar.gz is the oldest the
ftp sites have. Tested it. Problem present there.

Comment 5

[Andrew Schultz]

older builds are available at archive.mozilla.org.  I didn't see a gtk2 build
from 6/20, but there's one from 6/20 here:

http://archive.mozilla.org/pub/mozilla/nightly/2005-06-20-08-trunk/

Comment 6

[Hogarth]

I can't make it not happen in a gtk2+ft build. Even tried 20050501. This does
not happen on a standard build though.

What can I check on my system that might affect this?

Comment 7

[Andrew Schultz]

hmm.  I can't think of anything that would cause this sort of behavior, although
I'd expect more reports like this if it happened on other systems.  What about
Mozilla 1.7.8?

Comment 8

[Hogarth]

Sorry for not getting back to you earlier. I don't think there are gtk2 builds
of 1.7.x releases, are there?

Comment 9

[Andrew Schultz]

http://ftp.mozilla.org/pub/mozilla.org/mozilla/releases/mozilla1.7.8/contrib/mozilla-i686-pc-linux-gnu-1.7.8-gtk2+xft.tar.gz

Comment 10

[Tony Mechelynck [:tonymec]]

Hogarth, 2½ years have gone back, and you haven't said whether you still see this on recent builds. I'm resolving this bug INCOMPLETE for lack of an answer. Feel free to reopen it (with a comment saying on which build) if you can see it on a recent build.

Nowadays, Mozilla builds Linux builds with GTK2.
Latest release: http://www.seamonkey-project.org/
Latest trunk nightly: http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/latest-trunk/