Open mojibake-umd opened 4 years ago
This is sadly a shortcoming in the snap ecosystem I can not do much about. An upstream bug about this is at:
https://bugs.launchpad.net/snapd/+bug/1776873
If you want to read up more about it:
https://forum.snapcraft.io/t/allow-snaps-to-register-new-mime-types/6467 https://forum.snapcraft.io/t/how-can-a-confined-snap-run-other-snaps-or-applications/12461
@ogra1
Thank you....For the quick reply. I see your name on some of the comments in the links provided. The hint about using xdg-open on the launchpad link is just what a needed to get the SSO to work... However find at least for me it does not expose much more functionality... I guess I can stick to join my own meeting, then claim host as I have been doing.. But will know this option is available if needed.
You can close this issue if you like or leave open for other to read. I will be waiting for the upstream fix to this, whatever it maybe.
is this only a issue with firefox snap, is it possible for links to launch the zoom snap from deb packages?
if your distro (and links) uses the proper mime database it should technically just work, the issue is really with launching snaps from snaps ...
ah interesting thanks
just noticed social log ins don't work either from the firefox deb for me, feels related but then again i have both the deb and snap version of zoom installed
just noticed social log ins don't work either from the firefox deb for me, feels related but then again i have both the deb and snap version of zoom installed
could you open a new issue for this, I definitely tested social logins when I initially packaged the snap (it should spawn a browser tab/window via an xdg-open call and then store the credentials properly in the snap) ... i have admittedly not tested it later on though ...
just noticed social log ins don't work either from the firefox deb for me, feels related but then again i have both the deb and snap version of zoom installed
could you open a new issue for this, I definitely tested social logins when I initially packaged the snap (it should spawn a browser tab/window via an xdg-open call and then store the credentials properly in the snap) ... i have admittedly not tested it later on though ...
will do
looks like it should work now iirtc https://github.com/snapcore/snapd/pull/8304
@Fuseteam Oh yeah, I have noticed that clinking on the Launch Zoom link pops up a firefox type dialog box asking which app to open with Zoom being the only option.
Is it possible to fix this using snapd-xdg-open?
Source: https://askubuntu.com/questions/831666/xdg-open-from-within-a-snap
Code to add to snapcraft:
parts:
snapd-xdg-open:
source: https://github.com/ubuntu-core/snapd-xdg-open.git
plugin: copy
files:
data/xdg-open: bin/xdg-open
stage-packages:
- dbus
Currently I cannot open zoommtg protocol from a chrome installed with a deb package because it says there is no application registered.
I was troubleshooting why zoom meta links in Firefox were not launching the Zoom application when I found out there was a Zoom snap. I was hoping installing the snap version of Zoom was the answer to the problem. However further investigation lead me to conclude that snap's apparmor implementation is what is preventing Firefox from launching external application, specifically Zoom.
I am not versed enough in Apparmor to know how to write a custom rule to allow Firefox Snap to be able to launch/talk to Zoom and pass it SSO login links and tokens, so I can authenticate with work, or google.
Any thoughts? Is it clear what I am asking or suggesting?
Thank you for the Snap package, it is great. I have been trying to stick to using Snaps when all possible.