Replies: 4 comments 9 replies
-
|
Hello. I am relatively hardcore Linux user and I am familiar of tray icon situations and uprise of "app indicators". That said, I always avoided Gnome like a plague and stayed with KDE or MATE for long long time. I probably never ever tried RSS Guard on Gnome. Looking at keepasxc's fix - they basically try to load tray icon several times until it succeedes, am I right? There is no other magic around, right? One more thing, are you familiar with all options in Point 3 is particularly worrying, and point 2 of course too. It is true, that I did not do any kind of extensive testing on Linux and even on Windows regarding to RSS Guard behavior when suspending system to RAM/disk and subsequently resuming it from suspended state. |
Beta Was this translation helpful? Give feedback.
-
|
Thanks for the quick answer!
Yes, that's precisely it.
I will test this option again later for my own sanity, but I'm pretty sure I already had it set and it had no effect. I don't know exactly what that option does, but thinking about it, where would RSS Guard "hide itself" if not in the system tray (which wouldn't been created yet)?
I think you misunderstood point 3. what I meant was that GNOME shell would kill the systray once the user locked the screen. And after the user has unlocked it, RSS Guard's tray icon will be gone (because the systray was killed by GNOME Shell), therefore requiring RSS Guard to "re-detect" the systray. |
Beta Was this translation helpful? Give feedback.
-
|
I honestly think that by just implementing the same workaround KeePassXC did, all 3 issues would be solved (though I'm not entirely sure about issue 3). |
Beta Was this translation helpful? Give feedback.
-
|
I just learned hat there is an open pull request for the appindicator extension that fixes all 3 issues: ubuntu/gnome-shell-extension-appindicator#260 Unless a similar behavior exists in other desktop environments (other than GNOME 3), it seems that the KeePassXC workaround won't be necessary anymore. :) |
Beta Was this translation helpful? Give feedback.
-
|
@guihkx OK, I checked the situation and made some changes which themselves DO NOT fix the bug, but they will help RSS Guard to fully work when ubuntu/gnome-shell-extension-appindicator#260 gets fixed. After some thoughts I strongly believe that this is something that should be really really really fixed upstream. |
Beta Was this translation helpful? Give feedback.
-
|
Feel free to continue this discussion if there will be problems in RSS Guard even after this gets fixed upstream. |
Beta Was this translation helpful? Give feedback.
-
Hmm that's interesting. I'll tell you that right now I'm still on RSS Guard 3.8.4 and I have manually applied that patch to the appindicator extension, and I can assure you that RSS Guard's tray icon is always fully restored after I unlock my session. The tray icon also shows up after I log in and RSS Guard opens before the appindicator extension itself. Nonetheless, if you made changes that improved the situation, they're more than welcome too! Thank you very much! |
Beta Was this translation helpful? Give feedback.
-
It could be that I did not actually manage to reproduce the bug fully, it was behaving weirdly, I just made sure that now tray icon C++ object is created even if user wants tray icons and there is no tray area, just to be sure they are there if Qt detects tray area later. |
Beta Was this translation helpful? Give feedback.
-
|
Ah, gotcha. |
Beta Was this translation helpful? Give feedback.
-
Hi, I don't know if you're too familiar with the GNOME desktop environment, so I figured I should give a little background first. In short, the entire concept of "system tray" (or "status icons") is long gone from the GNOME desktop.
So you might be wondering, there are still A LOT of Linux programs using the system tray, so how does Ubuntu and other popular distros deal with this problem? Very simple, since you can develop extensions for GNOME Shell, these distros will ship with this extension pre-installed, which "emulates" the classic system tray.
Granted, that extension is not perfect, but most programs will work just fine with it. These extensions are very dynamic and will get automatically unloaded by GNOME Shell when, for example, you lock your screen. After you unlock it, then GNOME Shell loads them again.
Now onto the actual issue:
If you have enabled RSS Guard at system startup, you most certainly will experience these 3 issues:
Now you might argue that issues 1 and 2 shouldn't happen in the first place, because you've added this
X-GNOME-Autostart-Delay=15option to RSS Guard's autostart file. However, that option is not recognized by vanilla GNOME, it is merely a patch used by Ubuntu/Debian. So, if you're running GNOME on Arch, for example, they will have no effect whatsoever.There is a solution!
Luckily, the great people working on KeePassXC have already worked on a workaround for this: keepassxreboot/keepassxc#5948
In short, KeePassXC will attempt 5 times to get a working system tray (while waiting 5 seconds in between tries). If these 5 tries are exceeded, well, you're out of luck. But judging by the concept, this will at least fix the GNOME system tray issue.
The implementation seems pretty straightforward too (though I'm not a C++/Qt programmer, so I have no idea if implementing this on RSS Guard itself would be that easy), but since both projects share the same license, I thought this would be something worth mentioning.
Sorry for the wall of text. :)
Thanks for reading, and thanks for RSS Guard.
Beta Was this translation helpful? Give feedback.
All reactions