Closed Notsonoble closed 6 months ago
I am having this exact same problem on Pop!_OS 22.04 LTS (64-bit), Gnome 42.9, X11 windowing system. The browser is Firefox 121.0.1 (64-bit). I believe the Zoom version is 5.17.1.1840.
In my case, installing the .deb (for Ubuntu 18.04+) did not help and the problem seems to remain identical. I have also tried using Chrome instead of Firefox for the authentication and that hasn't helped either.
Had same issue on debian with Chrome and Firefox. Installing official .deb fixed it for me.
In my case, installing the .deb (for Ubuntu 18.04+) did not help and the problem seems to remain identical. I have also tried using Chrome instead of Firefox for the authentication and that hasn't helped either.
Update: The .deb worked for me after trying again today. I believe it helped that this time I deleted "~/.zoom/" between uninstalling the broken Flatpak and installing the official .deb.
This also affected me, but by using the Google SSO option. Deleting .var/app/us.zoom.Zoom (effectively making it a reset), solved the issue.
This also affected me, but by using the Google SSO option. Deleting .var/app/us.zoom.Zoom (effectively making it a reset), solved the issue.
Thank u, this works, but only for first run of the program. After close and reopen it won't work.
I stumbled over the same problem. My current workaround is to downgrade to the previous version:
flatpak update --commit=04aaf2b043d0887115d5954ca5af88146d48a512021a0770e95b5cff5f7d00e9 us.zoom.Zoom
flatpak mask us.zoom.Zoom
@rkaminsk Thanks, that works for me!
I didn't take the time to go back and confirm that switching to the HEAD version of us.zoom.Zoom still had the problem. I have never played with flatpak but it looks like on can switch back to HEAD by quitting Zoom and then running:
flatpak mask --remove us.zoom.Zoom flatpak update us.zoom.Zoom
Right?
Are there any logs or something I can provide to help debug this? Downgrading has worked for me, but it's not sustainable in the long run :(
This also affected me, but by using the Google SSO option. Deleting .var/app/us.zoom.Zoom (effectively making it a reset), solved the issue.
Thank u, this works, but only for first run of the program. After close and reopen it won't work.
Same here. The fix only works for one start...
For me exiting zoom, then deleteing both ~/.zoom and ~/.var/app/us.zoom.Zoom the restarting seemed to fix it for me. Now seems to close and start while keeping me logged in.
Just to be clear to anyone else reading this: deleting the ~/.zoom and ~/.var/app/us.zoom.Zoom dirs doesn't fix this on its own with the latest version, you need to downgrade to the 04aa commit as per @rkaminsk
Mine actually SSOs now so thanks to all for the tips.
I think, this is the same issue as #445 - the failure to handle Zoom URLs, unless Zoom is not running yet. Zoom URLs do work when the URL handling actually starts Zoom. That is not possible for SSO though as the SSO process needs a running Zoom already.
I tried all the workarounds listed in both issues, but for me only a downgrade to a previous Zoom version fixes it.
I stumbled over the same problem. My current workaround is to downgrade to the previous version:
flatpak update --commit=04aaf2b043d0887115d5954ca5af88146d48a512021a0770e95b5cff5f7d00e9 us.zoom.Zoom flatpak mask us.zoom.Zoom
This workaround works for me as well, thanks.
This also affected me, but by using the Google SSO option. Deleting .var/app/us.zoom.Zoom (effectively making it a reset), solved the issue.
This fixed it for me. SSO login now works for me with Zoom flatpak and RPM version of Firefox on Fedora 39.
Noting I had to apply this rollback, and joining in to see if this can be fixed as most SSO providers have minimum version requirements which will eventually start kicking in if v5.17.1 gets too out of date.
FYI.. If you're a user of a single account like me (I only use Zoom for my job), you can revert to the 04aaf commit, perform SSO and login, and Zoom stays logged in. So I'm using the latest flatpak 5.17.5.2543 no worries right now.
So the actual issue I believe is that zoom won't accept anything passed to it from the browser. This obviously messed up SSO, but I also notice it doesn't open up meeting links either. They have to be entered manually, or be in your integrated calendar.
Once you sign in, you can upgrade again. Of course, bear in mind that if you end up getting logged out, you'll have to follow this again until it's fixed.
Note that if you upgrade again, you won't be able to open meeting links from the browser. At least that is what happens to me because not only SSO is broken but everything that requires redirection from the browser.
In my case, for some reason the flatpak zoom client doesn't add zoom.us
to the url sent to the browser. Instead it just tries <company-domain>/<etc>
.
I stumbled over the same problem. My current workaround is to downgrade to the previous version:
flatpak update --commit=04aaf2b043d0887115d5954ca5af88146d48a512021a0770e95b5cff5f7d00e9 us.zoom.Zoom flatpak mask us.zoom.Zoom
After downgrade the logon window altered me to upgrade the client. With the latest flatpak version SSO is still not working.
Found another workaround that works with the latest flatpak zoom package and the firefox-esr debian package. I haven't tried with the ppa firefox package, the snap package also did not work.
In firefox got to about:preferences
under applications
change the action to /usr/bin/xdg-open
.
Found another workaround that works with the latest flatpak zoom package and the firefox-esr debian package. I haven't tried with the ppa firefox package, the snap package also did not work.
In firefox got to
about:preferences
underapplications
change the action to/usr/bin/xdg-open
.
Can confirm that this also work on Firefox 123 rpm on Fedora 39!
Found another workaround that works with the latest flatpak zoom package and the firefox-esr debian package. I haven't tried with the ppa firefox package, the snap package also did not work.
In firefox got to
about:preferences
underapplications
change the action to/usr/bin/xdg-open
.
I also managed to log in via firefox from the snap. I started zoom manually:
flatpak run --command=bash us.zoom.Zoom
zoom
For some reason I don't understand I could then just login.
EDIT: Somehow starting zoom in an interactive shell makes the login work:
flatpak run --command=bash us.zoom.Zoom -i -c zoom
I also have this issue, as well as needing to kill Zoom each time I want to open a Zoom link from the browser. Would love to figure out why this issue is happening.
flatpak run --command=bash us.zoom.Zoom -i -c zoom
Neither of these solutions work for me (Pop_OS! with firefox from the Pop_OS! repo)
Found another workaround that works with the latest flatpak zoom package and the firefox-esr debian package. I haven't tried with the ppa firefox package, the snap package also did not work. In firefox got to
about:preferences
underapplications
change the action to/usr/bin/xdg-open
.Can confirm that this also work on Firefox 123 rpm on Fedora 39!
Hmm this does not work for me on Fedora 39 with zoom 5.17.11 and firefox 124.0.1 (fedora repo, rpm)
Fixed by the above PR.
I still have the issue with zoom 6.0.2 and firefox 126.0, either with the flatpack or with the deb package. I tried to manually select the program in /var/lib/flatpack/app... within firefox, or to use xdg-open, with no luck. My os is the KDE Neon (ubuntu22.04 base) with KDE 6 wayland.
Fixed by the above PR.
@siddhpant only for flatpak or also for the .deb?
I still have the issue with Zoom 6.0.12 installed from .deb on Ubuntu and Firefox 126.0 installed via snap.
Fixed by the above PR.
@siddhpant only for flatpak or also for the .deb?
@travisdowns Just flatpak as this is the flatpak repo. Native installs don't have this issue. See https://github.com/flathub/us.zoom.Zoom/issues/445#issuecomment-2034301302 for the explanation.
@travisdowns Just flatpak as this is the flatpak repo. Native installs don't have this issue. See #445 (comment) for the explanation.
Thanks, I hadn't noticed this was flatpak. I do have the same (user visible) issue but yeah this obviously isn't the right place to discuss it.
I know this thread is mostly dead, but off of @rkaminsk 's solution, I tried forcing Firefox to open zoommtg
links with /usr/bin/zoom
(natively installed, will be different with Flatpak) and it fixed the issue.
Expected behavior
Zoom restarts, login to zoom offers username and password, or the SSO button below.
Click the SSO button. Zoom asks for my domain.zoom.us
Web browser opens asking for my SSO credentials from my institution.
Zoom client logs me in.
What happens
All of the above except the last step, zoom doesn't log in, the launch zoom button in the browser does nothing.
Other notes
This started after an update that I honestly am not sure if was triggered this week, or had been sitting for a bit and I only noticed this week. It is however a recent-ish change, as before the update (ie last week) zoom could login with no issue.
Additionally, removing the flatpak package and installing the .deb package from zoom.us fixed this issue for me. So it's something with the package, or the package and my combination.
System Setup
This happened on two devices.
One running Kubuntu-22.04 LTS Default browser: Firefox from the PPA (deb pkg not snap)
One running Kubuntu 22.10. Default browser: Firefox from the PPA (deb pkg not snap)
The 22.10 device i haven't tried the deb package yet (its my home machine, i came into office today).
If you need more info (any flatseal settings, or logs) please reply and I'll attempt to provide.