I am getting Apparmor DENIED despite having the relevant plugs enabled. I tried to create slots for them, and was of course denied at the store level. I need to know where things are going terribly wrong.
unity7 is in plugs yet:
Log: apparmor=“DENIED” operation=“dbus_signal” bus=“session” path="/com/canonical/unity/launcherentry/neochat" interface=“com.canonical.Unity.LauncherEntry” member=“Update” mask=“send” name=“org.freedesktop.DBus” pid=145899 label=“snap.neochat.neochat” peer_pid=5448 peer_label=“unconfined”
DBus access
Hey @sgmoore , I see that you have uploaded new revisions of the neochat snap and it passes the automated review. Let up know if you require further help, otherwise I can close this request and remove it from our queue. Thanks.
Neochat wouldnt fit this pattern, the unity7 interface itself would need to be amended and then the snapd release rolled out to users for it to work. The actual PR wouldn’t be complicated but these changes would need security review and I’ve no understanding about that myself so wouldn’t want to create a PR for it. I’d imagine the change would just be:
Since this feels more like a general snap related issue rather than something store specific, I am moving this request to the snap category for now. Thanks.
This D-Bus signal is done by Qt’s QGuiApplication::setBadgeNumber API. telegram-desktop snap has the same problem. It’s also not about tray but about taskbar/dock icon as tray icon uses a completely different protocol.