search

flathub / us.zoom.Zoom

https://flathub.org/apps/details/us.zoom.Zoom
35 stars 44 forks source link

Login is not persistent #451

Open RedXXIII opened 4 months ago

RedXXIII commented 4 months ago

Hello =) When first logging, I can tick a box to stay logged. However, and even if I do so, if I quit Zoom, I will have to log again. That bug is not happening with the deb or snap versions: I can close the app or even reboot the computer, my account stays logged in Zoom. I use Ubuntu 23.10 with the flatpak version of Zoom(5.17.5.2543).

sudo-franko commented 4 months ago

The problem was solved by removing the /.zoom directory from the deb or Snap version and restarting the program.

choffee commented 4 months ago

It seems to be a corruption of the database that zoom uses. You can remove ~/.zoom/data/zoomus.enc.v2.db when zoom is not running and it should start up okay. For the flatpak this translates to ~/.var/app/us.zoom.Zoom/data/zoomus.enc.v2.db similart to #446

This feels like an upstream bug as it happens with the deb package as well but with newer versions than 5.17.10 it seems like removing that DB might be a permanent fix. Might be something wrong with the 5.17.5 version?

RedXXIII commented 4 months ago

Bug is fixed with Ubuntu 22.04 (Flatpak 5.17.5.2543), thanks. I'll do the same with 23.10 and let you know.

vwbusguy commented 3 months ago

with newer versions than 5.17.10 it seems like removing that DB might be a permanent fix.

Unfortunately, I'm seeing this with 5.17.11.3835 on Fedora 39. If I delete the ~/.var/app/us.zoom.Zoom directory, I can then log in, but closing zoom and restarting it leads to being logged out and not being able to log back in until it's deleted again. Also, ~/.var/app/us.zoom.Zoom/data is then empty at this point.

vwbusguy commented 3 months ago

I just realized something! The flatpak is writing the database to ~/.zoom/data instead of to ~/.var/app/us.zoom.Zoom/data . So when you login the first time, the database is written to the wrong location for the flatpak and leads to a corrupt zoom, so when you restart zoom you lose the login and can't log in again because the database doesn't exist where zoom expects it to be.

This is unfortunately not the whole story, though. I tried rm -rf ~/.var/app/us.zoom.Zoom/ && ln -s ~/.zoom/ ~/.var/app/us.zoom.Zoom to sync ~/.zoom with the flatpak zoom home and still get this behavior.

It looks like on restart of zoom, zoom believes the original database it just created to be corrupt and then tries to fix it, but doesn't actually fix it:

-rw-------. 1 scott scott    75776 Mar 28 11:21 zoomus.enc.v2.db
-rw-------. 1 scott scott   102400 Mar 28 11:20 zoomus.enc.v2.db.malformed

Sometimes I've even been able to trigger this message right after the login: image

Looking at the logs when zoom starts, it looks like there could be something going on with the secret storage in Gnome with seahorse as this warning hits journald on every subsequent zoom startup: Mar 28 11:30:12 samus seahorse[690193]: key.vala:267: Key doesn't have a valid type

RedXXIII commented 3 months ago

Bug is fixed with Ubuntu 22.04 (Flatpak 5.17.5.2543), thanks. I'll do the same with 23.10 and let you know.

OK for me with with 23.10

czhang03 commented 3 months ago

Can confirm, this works after I removed ~/.zoom (which zoom should no longer use or have access to, as of the latest version) and ~/.var/app/us.zoom.Zoom/.zoom/data/.