-
-
Notifications
You must be signed in to change notification settings - Fork 185
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
blueman-tray
won't start on Wayland
#2282
Comments
You posted a non fatal warning. Post a proper blueman-applet debug log as described https://github.com/blueman-project/blueman/wiki/Troubleshooting#debugging-blueman |
Well idk what changed but it's starting now Still no icon in the tray tho
|
Sound a lot like you have a broken dbus environment. Make sure you run |
To be clear, blueman does work and display notifications Also, running that did not help The only problem is that the tray icon fails to display (at least, on hyprland) |
blueman-applet
won't start on Waylandblueman-tray
won't start on Wayland
So the blueman-applet process is running and working but running blueman-tray gives |
If I try to run |
For some reason |
Yes, I see both |
To be sure, blueman-applet is the core of blueman and it's supposed to always be running. The applet is what (re)starts blueman-tray (the tray icon). If you are killing it all the time stop that. |
Installed hyprlan and waybar. Then setup some basic environment variables for QT, Gtk, XDG_* and a couple others. Added exec-once for waybar and below that exec-once blueman-applet. It worked flawlessly. Sound to me like you either are completely missing a place for tray icons, what eg waybar provides or your setup is broken. It's not an issue in blueman. |
blueman-tray is already running then. |
Only if I start the applet. nothing is shown if I dont Yes I have a system tray set up. Yes it works for everything else. Yes I see the tray icon on polybar on i3 |
... which is ... waybar? Does it give any warnings or related debug output when you start blueman-applet and blueman-tray? |
Yes, it is waybar. This is everything I get from `blueman-applet output
Additionally, this is what I get every time I try to manually start
|
I'm getting the exact same issue, after killing and relaunching waybar, due to this my other systray icons are also getting hidden
|
Oh, I did not get that the GTK assertion message comes from Just for better understanding of the linked issue, @Enigma1309: Did this actually start with that hyperdots update? You first stated that all icons are affected, not just blueman-tray, and later stated that it would be an issue with blueman-tray. So which one is correct or are you saying that blueman-tray breaks the other icons as well? |
Well, waybar definitely lacks separation there then, but anyway... I think I get it. You're running into the GTK indicator implementation and getting exactly what's expected when the environment is not properly set up for the graphical session. On X, with the StatusNotifierItem plugin disabled (I guess it does not work with waybar, so that blueman-tray falls back to the GTK status icon anyway), blueman-applet already running and no blueman-tray running (just
and So... whatever starts blueman-applet for you, which in terms starts blueman-tray, does not provide a proper environment for GTK to work. On X it means no proper |
i think display configuration is good from my side, anyways... |
That's definitely not something that should fix such an issue. Did you happen to install a different version / revision? |
nope just did |
If blueman is using the Gtk.StatusIcon instead of the StatusNotifier then it's expected it breaks as it relies on X11. On properly configured environments we can check for Perhaps we should promote the StatusNotifier plugin as the default and disable the deprecated Gtk.StatusIcon. |
Oh, true, GTK's Wayland backend does not support it. If that's the only problem, I would expect it to fail silently, though.
I'll have to double check, but it should be the default already, no? I do have an idea what could go wrong on restarts even if of the StatusNotifierItem is enabled and used. Will check. |
Please show us |
currently only running blueman applet
|
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
that makes no sense closing bugs just because they're not recieving work? |
It makes sense if we cannot make any progress. In this case we're still waiting on data on our assumption that people might be running into the GTK implementation, see #2282 (comment) |
disabling and re-enabling the plugin fixed that |
How to disable / enable the plugin? thanks. |
blueman: 2.3.5
BlueZ: 5.72
Distribution: Arch Linux
Desktop environment: Hyprland
Edit: this issue is about the tray icon, not the applet
The text was updated successfully, but these errors were encountered: