feat(linux): Emit D-Bus signal directly for dock notification badges

[Covkie]

Closes #298, #424, #189

remove (#) title prefix when Notification Badge option is toggled

explode scuffed optional libunity dependency (kabloomed)

[Covkie]

I need some design input regarding the unread badge option.

Do I provide an unread badge at all and if I do do i make it display a "-" or "0" (also should I strip out the • like with the (#)


This is simply a limitation of the Launcher API unfortunately.

[ToxicMushroom]

Do I provide an unread badge at all and if I do do i make it display a "-" or "0" (also should I strip out the • like with the (#)

I think it makes most sense to not display an unread pings badge if the count is 0.
So it makes it more noticeable when you do have one.

Idm either way for the •

[Covkie]

@ToxicMushroom The unread count isnt actually "0" in this case. Theres two distinct badge modes; unreads and mentions. Mentions are what have the number count and only shows up for pings and DMs, etc.

Unreads are when there is a message in a channel that you do not have muted. Users can disable the unread badge but still have the mention badge.

The reason why the unread badge shows a "0" is due to a limitation with the Launcher API it can only show 0-9 with no option for blank badge or a dot.

[flying-sheep]

Why gdbus? It doesn’t necessarily exist on platforms supporting this DBus API (e.g. KDE Plasma)

Can you switch to a DBus node.js library?

[Covkie]

I think we went with cli to not bring in another dep. If the issue is gdbus not existing everywhere we could switch to dbus-send

[flying-sheep]

dbus-send is probably the better call: I checked Arch Linux, Ubuntu, Debian, and Fedora where it’s provided by the dbus package, which is installed on every system with a DE, and depended on by many many things.

There are two DBus implementations: dbus-daemon (included with dbus) and dbus-broker. There are a few systems that only use dbus-broker, in which case dbus-send is not necessarily present. That currently includes only immutable distros like Fedora Silverblue. Debian has a split-off dbus-bin package that contains dbus-send so maybe going forward immutable distros also come with it.

So all in all I’d say if you go with one tool, dbus-send is the safer bet, multiple tools would be better, and a node.js library would be the perfect, always-works alternative.

[CarJem]

Curious where this PR stands as I'd like to have this fix already so I can ditch the Official Discord Client on GNOME Wayland.

[Covkie]

@CarJem wait for vee to get around to merging or build and run vesktop yourself locally

[RealSweetPanda]

Important info: I compiled this pr and used it for some time, this makes programs crash after some time. turns out it opens dbus interfaces like crazy. I'm almost sure it happens even if you shouldn't have a badge. (as in, you don't get any ping or message).
if it's relevant I didn't get any badge even when I should with this pr (probably more related to waybar/hyprland)

[Covkie]

if it's relevant I didn't get any badge even when I should with this pr

if the com.canonical.Unity.LauncherEntry interface doesnt exist this pr will do nothing for you. (and I guess is causing the odd behaviour with the crashing.)

[Covkie]

@RealSweetPanda I cannot replicate the dbus spam or crashing.

opens dbus interfaces like crazy

com.canonical.Unity.LauncherEntry can't even have connections left open. it just fires into the void. Hyprland/waybar issue I assume.