Problems with the latest Zoom client update 6.1.0 (198) for Ubuntu | Community
Skip to main content
Newcomer
June 22, 2024
Question

Problems with the latest Zoom client update 6.1.0 (198) for Ubuntu

  • June 22, 2024
  • 9 replies
  • 0 views

Hi there. The latest update to the Zoom client for Ubuntu, 6.1.0 (198), has performance issues and screen sharing issues. The zoom client runs slower than the previous version I had installed, 6.0.12.xxx, and when trying to share an application window on a computer with two monitors, it shares the 2 monitors at the same time, does not communicate with options Wayland to select the window you want to share.

 

In previous versions of the Zoom client everything worked correctly.

 

SO: Kubuntu LTS 24.04, KDE Plasma 5.27.11, Wayland

 

9 replies

Newcomer
June 24, 2024

Same problem on Fedora 40, KDE Plasma 6.1.0, Wayland. Zoom shares only the entire multi-monitor desktop. I do get a dialog prompt about allowing remote access, but not the expected portal dialog about selecting a window to share.

Newcomer
June 25, 2024

The only workaround I've found is to run Zoom Web in Chromium (doesn't work in Firefox, would probably also work in Chrome). Chromium seems to use the correct window sharing protocol showing it works (it worked OK with the previous Fedora Zoom 5, but downgrading to that no longer allows log in to Zoom).

Newcomer
June 24, 2024

the same zoom suddenly stopped and rejoined when I share powerpoint or Whiteboard its reoccured issue

 

Newcomer
July 1, 2024

Recording is suddenly hopelessly broken in 6.1.0 as well. It used to work fine. Now it leaves unplayable garbage files that can only be rendered into useful recording by Microsoft Windows.

Newcomer
July 2, 2024

Recording to the cloud may work better than recording to the local computer. I shared a cloud recording of my "whole desktop shared" session and no one complained they couldn't view the file. Browser access only offers a cloud recording option. Unless you have a problem with cloud recording, recording to the cloud then downloading may give you a more usable file on GNU/Linux.

Newcomer
July 2, 2024

Thanks @a-cubed. I'll give that a go next time. I'm still annoyed that what was working is now broken.

(There were other audio issues yesterday as well: My music teacher's "Original sound for musicians" appears to have changed so that I can no longer hear her when she starts playing her instrument. Dunno if she''s on a Windows box or a Mac box. But I'll write that off until it repeats itself next lesson and then start a new topic.)

Newcomer
July 4, 2024

This appears to be a bug in Zoom 6.1.x for Linux., given that it manifests on both an Ubuntu with KDE/Plasma 5.x well as Fedora with KDE/Plasma 6.x (I am on Fedora with KDE/Plasma 6.1.1). Downgrading from Zoom 6.1.x to Zoom 6.0.x makes it go away.

 

Steps to reproduce and observed behavior:

  1. Join a meeting and press the "Share" button
  2. A window appears with the title "Select a window or an application that you want to share" with two tabs ("Basic" and "Advanced") and on the Basic tab there are two options: "Use system desktop capture" and "Use system window capture" - pick either one (the behavior is identical)
  3. A KDE/Plasma window comes up with the title "Remote control requested" and it says "An application requested access to: Screens, Input Devices" with two options, "Share" and "Cancel" - press "Share"
  4. The entire desktop (in my case, two monitors) is shared

This behavior is incorrect: The KDE/Plasma window probably shouldn't have come up (though maybe that's a new security feature, in which case that's fine with me), but more importantly, the entire desktop should NOT be automatically shared - instead a box should come up asking what I want to share (i.e. an entire screen or a specific window)

 

For reference, the expected flow (which I can get by downgrading to 6.0.10) is:

  1. Join a meeting and press the "Share" button
  2. A window appears with the title "Select a window or an application that you want to share" with two tabs ("Basic" and "Advanced") and on the Basic tab there are two options: "Use system desktop capture" and "Use system window capture" - 3a for "Use system desktop capture" and 3b for "Use system window capture"
  3. (a) A KDE/Plasma window comes up asking me which monitor I would like to share or if I want to share a Rectangular Region, Full Workspace, etc - (b) - A KDE/Plasma window comes up asking me which window I want to share
  4. The selected thing from step 3 is now shared (no more, no less)

 

 

 

 

MGSR
Community Manager
Community Manager
July 11, 2024

Hello there!

Thank you for letting us know.

Our engineers are aware of the issue. Although we currently do not have a specific release date, it will be addressed in version 6.1.5. We will keep you posted once we have more details on the release schedule.

We appreciate your patience on this.

Newcomer
July 29, 2024

Just installed Zoom 6.1.5 (871) on Fedora/KDE running Wayland. The window sharing problem is still there. Request to share a window, get a dialogue asking me whether I want to share a screen or a window. Select Window, then select Share, get a security dialogue asking me to approve sharing. Clicking accept on that shares the whole desktop, rather than giving a dialogue of which window to share.

 

And now on 6.1.11 (1545) and the problem is still there. Exactly the same issues. Please revert to the older Wayland screen sharing that worked!

jatcelaAuthor
Newcomer
July 15, 2024

Thank you all for participating, we hope these issues are resolved in the next Zoom client update. For now, I've had to work on the X11 session in KDE Plasma 6.1.x

Newcomer
October 15, 2024

I still have this issue with Zoom Version: 6.2.3 (2056) on Kubuntu 24.04, KDE Plasma 5.27.11

Newcomer
January 14, 2025

Good news! Screen sharing works for me with Zoom 6.3.5 (6065) on Fedora 41, Wayland Plasma 6.2.5. Thank you!