Notifications coming from Chromium show generic icon instead of favicon or website icon or any website picture.
Here is Raven’s notifications center ( easier to screenshot ) but it’s the same « mail » icon showing in regular system notifications.
Oh, I caught one regular notification finally
Chromium based browser notifications pop up with broken icon images. This is due to the fact these browsers prefix the icon name in the notification with “file:///”. Furthermore, snap based chromium browsers save the temporary icon in the snap, and don’t pass the correct path to Raven. If the icon names start with “file:///”, clearing the icon name fixes both of these issues by allowing the browsers to show the correct image (same as Firefox does), and allows the snaps to default to the fallback “mail-unread-symbolic” icon, instead of showing a broken image icon. This fix also should have absolutely no effect on any other notifications.
As Chromium is only available as a snap in Ubuntu, it should be perfect
whereas in chromium-snap the icons are being saved under the snap’s confined TMPDIR, so the path is not visible from the host.
…quoting from Launchpad Bug in previous post.
So actually it’s not specific to Chromium but a general issue with most snap app’s regarding where they will store files that should be readable by other app’s. If /tmp or ~/.cache/thumbnails are expected by some of these other app’s, some features may look broken :
⋅ plugins in Gimp expecting /tmp
⋅ ( system ) notifications expecting /tmp or at least some user accessible place
⋅ files thumbnails coming from a snap requiring ~/.cache/thumbnails
⋅ dealing with attachment in mails in Thunderbird, usually opened in /tmp
sure, but you implied it isnt visible “from the host” …
anyway, using XDG_RUNTIME_DIR is perhaps the right thing to do if other apps know to look there … (which i doubt they would do without patching though)
…well am just quoting here what I read on launchpad, see link above.
And if « host » might be heard as Desktop Environment, it makes sense as a DE is run by $USER not root.