When trying to login using Google in Zoom it'll open OAuth page from google in default browser (firefox in my case), which then should redirect back to zoom application - but this isn't happens in this version. Previous zoom-3.0.309708.1027 (from powerman overlay https://github.com/powerman/powerman-overlay/blob/master/net-im/zoom-bin/zoom-bin-3.0.309708.1027.ebuild) works ok. Maybe it's because of missing xdg_mimeinfo_database_update call in ebuild?
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=4a5a0135ff732e7f87899fa6f831fb1838ca818a commit 4a5a0135ff732e7f87899fa6f831fb1838ca818a Author: Ulrich Müller <ulm@gentoo.org> AuthorDate: 2020-03-24 19:22:53 +0000 Commit: Ulrich Müller <ulm@gentoo.org> CommitDate: 2020-03-24 19:24:06 +0000 net-im/zoom: Fix desktop entry. Bug: https://bugs.gentoo.org/714166 Package-Manager: Portage-2.3.95, Repoman-2.3.21 Signed-off-by: Ulrich Müller <ulm@gentoo.org> ....5.372466.0322.ebuild => zoom-3.5.372466.0322-r1.ebuild} | 13 +++++++++++-- 1 file changed, 11 insertions(+), 2 deletions(-)
AFAICS, the problem was that the Exec key was missing %U as argument. I have also added MimeType to the desktop entry, and indeed the call to xdg_desktop_database_update was missing. Please test if -r1 fixes the problem.
Yeah, -r1 fixes the issue, thanks. But it looks like -r1 install a bit weird file name: /usr/share/applications/zoom_%U-zoom.desktop
(In reply to Alex Efros from comment #3) > But it looks like -r1 install a bit weird file name: > /usr/share/applications/zoom_%U-zoom.desktop Yeah, I've noticed. Does it cause any problems?
(In reply to Ulrich Müller from comment #4) > Yeah, I've noticed. Does it cause any problems? No.
I've posted a patch for fixing the filename in desktop.eclass: https://archives.gentoo.org/gentoo-dev/message/cc151e48e3a53cc2a63d56fc7344a9f3