GNOME Bugzilla – Bug 129234
theme icons for actions menu update in weird permutations depending on both icon and control themes
Last modified: 2004-12-22 21:47:04 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.
Setting priority to high because of the HIG violation. Also adding
the bugsquad keyword.
Heh. Something very similar was a showstopper for 2.0.0, IIRC :) It's
embarassingly high-visibility. :/
Better description, it's not a matter of not being instant-apply, it
is never-apply :)
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.
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.
Here, it seems the icons change when the control theme changes (and
not the icon theme).
Elijah/Luis/Fernando (well everyone reading this :-)): ping? Does it
work for you when you change the control theme (not sure that's the
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)
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
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.
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.
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.
Created attachment 25427 [details]
Created attachment 25429 [details]
Created attachment 25430 [details]
Created attachment 25431 [details]
Created attachment 25432 [details]
Created attachment 25434 [details]
Created attachment 25435 [details]
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...
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.
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
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.