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 update. 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 english term...)?
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 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.
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 bluecurve-bluecurve-screenshot-1.png. 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 bluecurve-bluecurve-screenshot-2.png. 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 default-gnome-screenshot.png. Now, change the Icon theme to bluecurve. This gives us a fifth screenshot different from all previous ones. I will attach it as default-bluecurve-screenshot-2.png. 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] bluecurve-bluecurve-screenshot-1.png
Created attachment 25429 [details] default-bluecurve-screenshot-1.png
Created attachment 25430 [details] default-bluecurve-screenshot-1.png
Created attachment 25431 [details] default-gnome-screenshot.png
Created attachment 25432 [details] default-gnome-screenshot.png
Created attachment 25434 [details] default-bluecurve-screenshot-2.png
Created attachment 25435 [details] complete-screenshot.png
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 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.