When I enable the desktop notifications, and then click "Test notification", I see a notification on ripcord but not in my desktop.

If I use notify-send 'foo' on the command line I see a notification though.

notify-send uses libnotify, which as far as I'm aware is the standard Linux notification protocol.

You will probably need to enable the system tray icon to see desktop popup notifications from Ripcord.

Distro specific issues will need more information. We're probably not going to be able to do anything about it. Notifications in Linux work for me and other people. Please do not set the severity to "important" unless it's actually important. Marking as rejected unless more information is provided.

I did enable it, but I don't actually have a system tray on my machine, so maybe it's related to that?

Generally, programs work because they use libnotify. All I do is run https://dunst-project.org/

Ripcord uses the standard freedesktop spec for notifications via dbus. If you are using a nonstandard setup that relies on custom behavior, there is nothing Ripcord can do about it. (invoking a shell program to display a notification is not a tenable solution.)

Do you know if libnotify is using its own custom fallback notifications instead of the dbus spec? I suspect that's what is happening.

notify-send is just a command-line helper which sends things using the spec. https://wiki.archlinux.org/index.php/Desktop_notifications is suggesting to me that libnotify implements the freedesktop spec you are mentioning.

I just tested this out using dbus directly from python:

>>> import dbus >>> item = "org.freedesktop.Notifications" >>> path = "/org/freedesktop/Notifications" >>> interface = "org.freedesktop.Notifications" >>> app_name = "Test Application" >>> id_num_to_replace = 0 >>> icon = "/usr/share/icons/Tango/32x32/status/sunny.png" >>> title = "Notification Title" >>> text = "This is the body" >>> actions_list = '' >>> hint = '' >>> time = 5000 # Use seconds x 1000 >>> >>> bus = dbus.SessionBus() >>> notif = bus.get_object(item, path) >>> notify = dbus.Interface(notif, interface) >>> notify.Notify(app_name, id_num_to_replace, icon, title, text, actions_list, hint, time) dbus.UInt32(5)

resulted in me seeing the notification.

Ah cool, thanks for trying that. Hmm. I reopened the ticket. I will try to set up a VM sometime soon to see why this isn't working.

Ok, I think this is because Qt is specifically using this https://www.freedesktop.org/wiki/Specifications/StatusNotifierItem/StatusNotifierItem/

As you pointed out, you don't have a tray-like thing in your desktop, so it can't show anything. Qt's API for applications must be lying, then, since Ripcord should grey out the "Test Notification" button if the tray icon is said to not be available.

I might see if I can add another checkbox or toggle for Linux where I will just use QDBus directly to sent the notification using the org.freedesktop.Notifications spec.

Sorry about the formatting, apparently the triple backtick didn't work :(.

I don't suppose ripcord is conditional on the system tray to send notifications is it? Is there any kind of debug mode I can turn on in order to see an attempt at making a notification?

Using dbus-monitor I can't see anything at all when I click "Send test notification", but I can when windows are opening/changing.

I think this must be a Qt quirk. It just gives up and does nothing if it can't create a status item.

Updating ticket title and status since there is nothing I can do about this right now.