Skip to content
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

Notification icons broken [Bug] #477

Closed
solomongrundy6 opened this issue Oct 15, 2023 · 3 comments · Fixed by #479
Closed

Notification icons broken [Bug] #477

solomongrundy6 opened this issue Oct 15, 2023 · 3 comments · Fixed by #479
Assignees
Labels
bug Something isn't working verified Verified bug.
Milestone

Comments

@solomongrundy6
Copy link

Description

I mentioned this in a comment in the old issue, but it didn't seem to get noticed and it wouldn't let me re-open the issue, so I'm posting a new one for visibility. After updating to 10.8.1, notification icons in raven's notification widget are more broken than before. More icons do not work properly now and give the default GTK missing icon image. None of the broken icons that I'm encountering now are custom or referencing something I've modified, so I'm fairly certain it's not a naming issue this time - even nemo's notification about ejecting a USB drive has a broken image. And many of the icons that are broken are not referencing a file on disk anyway, as they are only data streams sent through dbus. (streamlink-twitch-gui notifying you of a channel coming online is an example.) The icons used by the actual notification that pops up are fine, this is only in the Raven notification widget.

If it matters, I use the Papirus-Light icon theme, but changing themes doesn't seem to change anything with this bug.

screenshot

Budgie version

10.8.1

Operating System

Solus 4.4

Steps to reproduce the issue

Trigger a notification by ejecting a USB drive in nemo or doing various things in lots of apps, then check Raven.

Actual result

screenshot

Expected result

correct icon being used

Additional information

No response

@EbonJaeger EbonJaeger added the bug Something isn't working label Oct 15, 2023
@EbonJaeger EbonJaeger added this to the 10.8.2 milestone Oct 15, 2023
@EbonJaeger
Copy link
Member

Can you give more examples of broken notifications? I think I just fixed this locally (Nemo works now), but I would like more testing data.

@serebit serebit moved this to In Progress in Budgie 10 Oct 15, 2023
@solomongrundy6
Copy link
Author

I can't think of any immediately off the top of my head, but if I come across them again I'll mention them here. Nemo and streamlink-twitch-gui were the two big ones. All of my notify-send ones are working fine.

EbonJaeger added a commit that referenced this issue Oct 15, 2023
The spec states that the image data from a notification should be used before the application icon or any other icon. This change should reflect that.

It seems to fix #477. Nemo and Twitch Streamlink notifications now display properly in Raven on my system.

Signed-off-by: Evan Maddock <maddock.evan@vivaldi.net>
@EbonJaeger EbonJaeger linked a pull request Oct 15, 2023 that will close this issue
2 tasks
EbonJaeger added a commit that referenced this issue Oct 16, 2023
The notification spec states that the `desktop-entry` hint should be the prefix of the Desktop Application Info file. However, because of the push to have fully-qualified app ID's, some applications now have a mismatch between the ID and the desktop file, meaning the hint cannot be used for that application.

In cases where the hint fails, try to guess the ID using the application's name given to us from DBus.

It seems to fix #477.

Signed-off-by: Evan Maddock <maddock.evan@vivaldi.net>
EbonJaeger added a commit that referenced this issue Oct 16, 2023
The notification spec states that the `desktop-entry` hint should be the prefix of the Desktop Application Info file. However, because of the push to have fully-qualified app ID's, some applications now have a mismatch between the ID and the desktop file, meaning the hint cannot be used for that application.

In cases where the hint fails, try to guess the ID using the application's name given to us from DBus.

It seems to fix #477.

Signed-off-by: Evan Maddock <maddock.evan@vivaldi.net>
@serebit serebit added the verified Verified bug. label Oct 16, 2023
@solomongrundy6
Copy link
Author

The only other broken tooltip I've come across that I forgot about was the Mullvad VPN client, and just glancing at the notification it makes with dbus-monitor makes me think your fix will correct that one too. (It's another one that passes an icon over dbus instead of referencing a file.) Thanks for all the help and patience!

JoshStrobl pushed a commit that referenced this issue Oct 18, 2023
* notifications: Try to guess app id if getting from hints fails

The notification spec states that the `desktop-entry` hint should be the prefix of the Desktop Application Info file. However, because of the push to have fully-qualified app ID's, some applications now have a mismatch between the ID and the desktop file, meaning the hint cannot be used for that application.

In cases where the hint fails, try to guess the ID using the application's name given to us from DBus.

It seems to fix #477.

Signed-off-by: Evan Maddock <maddock.evan@vivaldi.net>

* notifications: Fix icon fallback when DesktopAppInfo is null

Signed-off-by: Evan Maddock <maddock.evan@vivaldi.net>

---------

Signed-off-by: Evan Maddock <maddock.evan@vivaldi.net>
@github-project-automation github-project-automation bot moved this from In Progress to Done in Budgie 10 Oct 18, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working verified Verified bug.
Projects
Status: Done
Development

Successfully merging a pull request may close this issue.

3 participants