After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 129234 - theme icons for actions menu update in weird permutations depending on both icon and control themes
theme icons for actions menu update in weird permutations depending on both i...
Product: gnome-panel
Classification: Other
Component: general
Other Linux
: High normal
: ---
Assigned To: Panel Maintainers
Panel Maintainers
Depends on:
Reported: 2003-12-13 00:10 UTC by Elijah Newren
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target:
GNOME version: ---

bluecurve-bluecurve-screenshot-1.png (10.51 KB, image/png)
2004-03-10 06:07 UTC, Elijah Newren
default-bluecurve-screenshot-1.png (11.09 KB, image/png)
2004-03-10 06:15 UTC, Elijah Newren
default-bluecurve-screenshot-1.png (10.36 KB, image/png)
2004-03-10 06:18 UTC, Elijah Newren
default-gnome-screenshot.png (11.69 KB, image/png)
2004-03-10 06:19 UTC, Elijah Newren
default-gnome-screenshot.png (11.69 KB, image/png)
2004-03-10 06:27 UTC, Elijah Newren
default-bluecurve-screenshot-2.png (11.07 KB, image/png)
2004-03-10 06:27 UTC, Elijah Newren
complete-screenshot.png (506.96 KB, image/png)
2004-03-10 06:29 UTC, Elijah Newren

Description Elijah Newren 2003-12-13 00:10:28 UTC
I ran the gnome-theme-manager, went to the icon selection, and changed the
icon theme.  Almost all icons changed--the only exception I noted was the
actions menu for the panel.  All icons in the menu remained the same. 
Running a quick 'killall gnome-panel' was required to get those icons to

I'm running gnome-panel from CVS HEAD as of about an hour or two ago.
Comment 1 Elijah Newren 2003-12-13 00:17:49 UTC
Setting priority to high because of the HIG violation.  Also adding
the bugsquad keyword.
Comment 2 Luis Villa 2004-02-14 01:55:29 UTC
Heh. Something very similar was a showstopper for 2.0.0, IIRC :) It's
embarassingly high-visibility. :/
Comment 3 Luis Villa 2004-02-17 13:15:41 UTC
Better description, it's not a matter of not being instant-apply, it
is never-apply :)
Comment 4 Mark McLoughlin 2004-03-05 09:59:28 UTC
Okay, I just tried this with latest everything (gnome-panel,
gnome-control-center, gnome-icon-theme, gnome-themes, libgnomeui,
gtk+) and it seems to work fine.

Re-open if its still happening with you.
Comment 5 Elijah Newren 2004-03-05 16:38:49 UTC
I had already built gtk+ from HEAD yesterday.  I rebuilt the other
modules you mentioned from CVS head just now.  The bug persists,
though in a reduced state.  I can't check two of the icons, but one of
the other icons is updated upon theme change and three of the icons
are not updated.

I'm checking by switching between Bluecurve and Gnome icon themes. 
The "Log Out" and "Take Screenshot" icons appear to be identical in
the two, so I can't test whether they are updated correctly.  If I
test as I mentioned previously in the bug, the "Recent Documents" icon
_is_ updated now.  However, the "Run Application" icon, the "Search
for Files" icon, and the "Lock Screen" icon are _not_ updated until I
kill gnome-panel and gnome-session restarts it.
Comment 6 Vincent Untz 2004-03-05 19:14:25 UTC
Here, it seems the icons change when the control theme changes (and
not the icon theme).
Comment 7 Vincent Untz 2004-03-07 11:19:42 UTC
Elijah/Luis/Fernando (well everyone reading this :-)): ping? Does it
work for you when you change the control theme (not sure that's the
english term...)?
Comment 8 Mark McLoughlin 2004-03-08 07:43:57 UTC
Also, please make sure that the theme you're changing actually has the
icons you're expecting to change ...

It works fine for me changing to the HighContrast theme (i.e. changing
both control and icon themes)
Comment 9 Elijah Newren 2004-03-09 05:25:11 UTC
I took screenshots of the icons in the actions menu for each theme
after doing a killall on the gnome-panel, and I'm fairly sure that I
should expect one of the two relevant screenshots since I can reliably
obtain those...

I'm beginning to suspect there may be something wrong with my build
(which was a CVS HEAD build from Jan 24th, with sporadic updates such
as the one for this bug).  When I tried changing the control theme
after changing the icon them, I got mixed results--sometimes icons
were updated, and sometimes they weren't.  But let me try updating my
installation to see if it's just due to some borkage on my end.
Comment 10 Mark McLoughlin 2004-03-09 08:29:49 UTC
Okay, I'm marking this as NEEDINFO because it is working fine for me
both on my HEAD build and my Fedora Core 2 box.

If there is a bug here, I'm not sure what it is.
Comment 11 Elijah Newren 2004-03-10 06:05:16 UTC
I recompiled everything from CVS HEAD.  Apparently most control themes
are the same, and there's some other special cases I don't quite
understand.  I've done more thorough testing, and I will provide
detailed steps along with the screenshots I'm seeing.

--- Steps to duplicate: ---
Use the gnome-theme-manager, specifically under the theme details to
do all the theme changing.

First, set Control, Window Border, and Icon themes to 'Bluecurve'.  Do
a 'killall -HUP gnome-panel' for good measure to make sure everything
is reloaded properly.  The actions menu that I get I will attach as

Now, change the Icon theme to Gnome.  Note that nothing in the actions
menu changes...for now...

Now, change the Control theme to 'Default'.  The actions menu that I
get after that I will attach as default-bluecurve-screenshot-1.png.

Go back to the Icon theme and change it back to the Bluecurve theme.
The actions menu once again changes to yet something different than
the previous two.  I will attach the actions menu that I get as

Now, change back to the 'Gnome' icon theme again (which gives us the
same menu as in the second screenshot).  Do another 'killall -HUP
gnome-panel'.  When it restarts, we will have yet a fourth different
set of icons for the actions menu.  I will attach it as

Now, change the Icon theme to bluecurve.  This gives us a fifth
screenshot different from all previous ones.  I will attach it as

Now, change the Control theme to bluecurve.  This will return us to
our original bluecurve-bluecurve-screenshot-1 view for the actions
menu.  However, we won't be able to get the second and third
screenshots with the same steps unless we do a killall on the
gnome-panel (we instead just get the fourth and fifth ones).
---End of steps to duplicate---

So, it appears that there is some odd combination of both control
theme and icon theme that appear to be somehow working in tandem to
totally confuse me.  I'm really confused why the control theme should
matter at all and why it should be required in order to get the icon
theme updated.  But regardless, I'm sure I'm not supposed to be able
to get five different themes.  To make them easier to compare, I'll
also attach a screen shot showing all the five small gimp windows
where I've taken a screenshot and cropped--and line them up in order.
Comment 12 Elijah Newren 2004-03-10 06:07:47 UTC
Created attachment 25427 [details]
Comment 13 Elijah Newren 2004-03-10 06:15:55 UTC
Created attachment 25429 [details]
Comment 14 Elijah Newren 2004-03-10 06:18:27 UTC
Created attachment 25430 [details]
Comment 15 Elijah Newren 2004-03-10 06:19:28 UTC
Created attachment 25431 [details]
Comment 16 Elijah Newren 2004-03-10 06:27:13 UTC
Created attachment 25432 [details]
Comment 17 Elijah Newren 2004-03-10 06:27:56 UTC
Created attachment 25434 [details]
Comment 18 Elijah Newren 2004-03-10 06:29:04 UTC
Created attachment 25435 [details]
Comment 19 Elijah Newren 2004-03-10 06:34:36 UTC
Sorry for the duplicate submission on the default-gnome-screenshot.png
file.  bugzilla was experiencing massive load spikes due to some nasty
scripting, and I got an error back and assumed it hadn't gotten through...
Comment 20 Mark McLoughlin 2004-03-10 07:50:19 UTC
Elijah, I really don't think there's a bug here but I just got
confused walking through your description.

The facts are:

  1) Some icons are themed in the control theme and some are themed
     in the icon theme. This should be fixed in 2.8 using gtk+'s
     new icon themeing setup

  2) You are seeing changes in the action menu both when you change
     the icon theme and the control theme. That means that both
     mechanisms are working

  3) The HighContrast theme is working correctly, so if there are
     any inconsistencies I don't see how they could be anything but
     bugs with the themes themselves.
Comment 21 Elijah Newren 2004-03-10 14:54:08 UTC
I did not know (1) & (2), so that explains most of what I was
seeing...but not all.  To try to quickly explain better what I was
doing above, I basically picked out two control themes ('Bluecurve'
and 'Default') and two icon themes ('Bluecurve' and 'Gnome'), and then
modified them separately to see what kinds of action menu icons I
could get--and mixed in some killing & restarting of the gnome-panel
since I didn't trust the themes to update correctly.  When I did so, I
ended up with 5 distinct permutations (only four should be possible
according to your claim that both the control theme and icon theme can
change the icons).

So, specifically, try this:
   1) Set Control theme to 'Bluecurve'.  Set icon theme to
      'Bluecurve'.  Do a 'killall -HUP gnome-panel' and allow
      gnome-session to restart the panel to make sure things are
      loaded properly.

   2) Change Icon theme to 'Gnome'.  Change the Control theme to
      'Default'.  Take a look at the panel's action menu.

   3) Run 'killall -HUP gnome-panel'

   4) Take another look at the panel's action menu.  If the themes
      were updating correctly, killing & restarting the panel
      shouldn't have changed anything, but for me, it always does.