Neumie Awesome!! Glad to hear the patch fixed the issues you had with the tray applet. It should be landing in the stable repository on this week's sync if @JoshStrobl gets around to reviewing it in time.
As for the issue with the taskbar, I imagine it's a similar problem to the one I fixed with this patch, just on a larger scale. As such, I may be able to fix it in a separate patch. I'll let you know if I have anything for you to test in the future!
Good news! An improved version of the patch I gave you has been pushed to Solus unstable, and will be in stable next sync (likely this Friday). Thanks for testing!
Shouldn't be. Most of what I improved was around the additional tray spawn handling, All the fixes that I did for the tray reintegration (most of what you were seeing) stayed the exact same. Thanks for offering though! If you still want to test it early, just switch to the unstable repository in eopkg and install updates.
There's one remaining issue that I've noticed locally, and that I'm going to try fixing soon—the system tray occasionally dies (i.e. restarts the panel or outright kills it) when a malformed tray icon is submitted from Wine specifically. If this happens to you and your panel outright dies, rebooting your PC or restarting lightdm (open a TTY and run sudo systemctl restart lightdm to force logout) will fix it until it happens again. I don't have time to fix it this week or next, but I'll give it a shot as soon as I can. Thanks for your patience!
Note that this does not happen every time a Wine tray icon is submitted. I've seen it happen twice from starting Origin through proton on my own machine, and I've started up Titanfall 2 plenty of times.
hi there. just installed friday update, icon size issue still here. sorry if i didn't say anything new.
shlavik icon size issue still here.
They're provided by the application itself, it isn't something we can fix.
shlavik You can try this Hardcode-Tray. Not all apps are supported, so better check it before. They are continuously adding more icons.
serebit, I've got a tooltip placement issue on my system. The Network and Notification icon hover tooltips, on the bottom panel, are placed below the icons (outside the viewport). Volume tooltip however is placed correctly above. See (assuming that the gray line on the bottom right is the top of the tooltip):
I am not sure if this behavior is new, as I have not used (and have no use of) this tooltip feature for these particular icons.
vitalvital It isn't new and it is a Gtk issue. Not related to the system tray.
The updated system tray is now working nicely after turning the screen back on in stable. It's very nice to have 
.
First of all thanks for the update.
Now to my story. I've had an issue with the system tray since starting using Solus Budgie: icons from remote applications launched via Citrix Workspace (previously Receiver) appear in black square boxes, wich is visible if the taskbar is transparent, and some of them overlap with another, but after the last update (not sure, but I suppose so), icon from wine application (Radmin Viewer) also has this black box.
I can totally live with it, just for your information
Immortal most likely it's caused by the software which ships these icons
serebit Hmm... Seems like it keeps messing icons, but much better in other themes (no black squares) and the one from the wine application is gone after logout/logon even in my current theme (Plata Noir).
Flat-Remix-GTK-Red-Dark:
Default:
Plata-Noir (theme from my previous post):
P. S. Sorry for the late reply.
Necro, but a worthy one: A couple tray updates have landed in Budgie's master branch, soon to be tagged as Budgie v10.5.2. Primarily, these updates will fix an issue with the new tray wherein Wine applications could cause the entire panel to restart or crash, due to adding an invalid icon to the tray.
Immortal Late, but if I had to guess, it would seem that those icons are of a different type. Let me explain.
Every icon in the system tray is a separate borderless window, embedded in the tray. Most of these windows support transparent backgrounds, but some of them don't, like the two you're seeing. Without the ability to set a transparent background, the window can't be properly drawn on top of the panel.
Carbontray, like the old tray, attempts to rectify this by setting the background of the window to the color of the panel. As you've noticed, this works fine if the panel is opaque, but if the panel is transparent then you get those panel-colored squares. Without modification of the application itself, there's nothing I can do on the panel side (that I know of) to force those windows to support transparency.
i'm going to try it now with great excitement... let's see how this goes. If i don't write up here again it means it has worked and i'm dancing with joy.
