Steam uses the libappindicator API only and does not know or care about whether a fallback is in use nor what it is. If libappindicator is providing the fallback and the fallback does not work properly that's a libappindicator bug, right?
That's a much better explanation than what I read before, thank you. However, Steam still relies on (and ships with) libappindicator, so the problem still affects the functionality of Steam itself. Could GTK processing (or whatever it is that the other tabs do but Library doesn't) be run as a workaround until the problem is fixed in the library?
I'll leave this open as a 'feature' request that the Steam client do some kind of workaround.
Thank you very much!
Hello @elizagamedev, are you still experiencing this issue on an up to date system?
@kisak-valve I am not, thank you for confirming. It seems to have been fixed for me for a while now (at least a year).
Thanks for checking. Closing.
Nothing extracted yet.
When the main steam window is closed, or when the main window is on the Library tab, the system tray menu is unresponsive in virtually every desktop environment other than Unity.
All other software that uses libappindicator on Linux works properly when in GtkStatusIcon fallback mode, and Steam itself works just fine with it in every tab but the Library tab. That makes this a Steam bug.
According to other users, the following window managers/desktop environments are affected:
I've seen mixed responses about whether KDE is still affected or not.