Red Hat Bugzilla – Bug 1018390
gtk3: Net/FallbackIconTheme regression/non-functional
Last modified: 2013-11-10 01:43:37 EST
gtk3 apps on kde are often without proper icons on f20, I *suspect* something changed or not working as expected with Net/FallbackIconTheme
In particular, xsettings-kde, sets Net/FallbackIconTheme to gnome.
evince, for example, doesn't show any of it's usual symbolic toolbar icons when using kde's default oxygen-icons.
If I set icon theme to Fedora/gnome or modify oxygen/index.theme
then it works again.
Created attachment 811388 [details]
screenshot demonstrating missing toolbar icons
Oh, eep, googling finds:
"Deprecate and ignore gtk-fallback-icon-theme
The standard icon themes have built in fallbacks."
A little unfortunate, but I suppose we can patch oxygen with the workaround mentioned in comment #1
Unless, there's some other better suggestion?
Inheriting the GNOME theme in Oxygen makes no sense whatsoever. The same way the implied fallback for KDE apps is Oxygen, the implied fallback for GNOME/GTK+ apps needs to be the GNOME theme. KDE apps should not fall back to the GNOME theme, that just doesn't make sense.
In addition, it wouldn't fix the problem for people using themes inheriting neither Oxygen nor GNOME. It doesn't make sense to expect all of them to inherit the GNOME theme nor to provide the non-freedesktop.org symbolic icons.
Net/FallbackIconTheme is REQUIRED for GTK+ to work properly with any icon theme that does not inherit the GNOME theme. The freedesktop.org icon theme specifies nowhere that themes must inherit the GNOME theme nor that they have to provide the same nonstandard icons. The upstream patch breaks all the non-GNOME freedesktop.org-compliant icon themes for GTK+ apps and needs to be reverted.
Oh, and if you really want to get rid of the setting, why not just hardcode it to "gnome" instead of dropping the functionality completely? That's what everyone (even xsettings-kde) sets Net/FallbackIconTheme to anyway.
I would tend to agree with that assessment, in particular, I don't think it unreasonable to ask that gtk3 apps to implicitly fallback to gnome-icon-theme somehow.
I don't care about the implementation details, whether that means re-implementing Net/FallbackIconTheme or some hard-coded fallback in gtk3, or some other even better idea.
This might be related (already partially linked in comment 2):
That is a separate issue (and easier to identify and fix, applications that use that deprecated stock icons api fail to build)
Should be fixed in 3.10.2 with
Testing with gtk3-3.10.2-1.fc20.x86_64 , I'm still seeing what appears to be a fair number of missing icons in evince, per the screenshot posted in comment #1
We'll have to look into how those buttons are constructed - maybe they are not doing generic fallback for icon names.
Does oxygen not ship standard icons like go-up, go-down ?
$ rpm -ql oxygen-icon-theme | grep -e 'go-[ud]'
gtk3-3.10.2-2.fc20 has been submitted as an update for Fedora 20.
Thanks, confirmed good.
* should fix your issue,
* was pushed to the Fedora 20 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing gtk3-3.10.2-2.fc20'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
gtk3-3.10.2-2.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.