Zoomtopia is here. Unlock the transformative power of generative AI, helping you connect, collaborate, and Work Happy with AI Companion.
Register nowEmpowering you to increase productivity, improve team effectiveness, and enhance skills.
Learn moreKeep your Zoom app up to date to access the latest features.
Download Center Download the Zoom appDownload hi-res images and animations to elevate your next Zoom meeting.
Browse Backgrounds Zoom Virtual BackgroundsEmpowering you to increase productivity, improve team effectiveness, and enhance skills.
Zoom AI Companion2024-06-17 11:15 AM
Zoom on Linux (Ubuntu)
Version 6.1.0.198
So, the new version (see above) finally brought the new look that was announced earlier with version 6.0.0 (4563). Yes, it looks more modern. 👍
But
It removes window decorations like the title bar and the borders. As someone who uses the title bar to see whether a window is "sticky" in a multi-desktop setup (sticky means, it moves around with me while I change desktop), this makes the Zoom app less efficient. In just one day, I had already so many occasions on which I left behind a Zoom window (keep in mind that the stickiness changes whenever someone stops sharing a screen) that I got very disappointed with the change.
I looked around in the settings to find something that would bring the window decorations back, but wasn't successful.
Does anyone have any pointers how to get window decorations back? Is it even possible? If not, is there any chance the Product Management at Zoom listens? (If I need to edit weird text files, that's fine. 25+ years Linux user here.)
Solved! Go to Solution.
2024-06-22 11:55 AM
Solution on KDE (only implemented just now; must stand the test of time):
* Open System Settings
* Go to Window Management -> Window Rules
* Match on "Window class (application)" with "Exact Match" on "zoom"
* "Match whole window class": "no"
* Add property "No titlebar and frame", set it to "No"
* I currently have set it to "force". Maybe a more relaxed setting can work, too.
2024-06-18 01:11 AM
I'd also like to know - i'm running plasma 5.27.x on kubuntu and the new titlebar is really fat and looks silly
2024-06-19 03:42 AM
Adding to this: If you run Zoom in dual monitor setup, all self-written controls like dragging the window and resizing it don't work on the second window. This is a strong regression. I only realized later because I usually drag and resize windows with a modifier key. Most people would use the window decorations for this, though.
2024-06-21 07:52 AM
Yes, it's completely broken. I've logged a ticket and rolled back to the previous version, if you have a support account I suggest logging a ticket, the more people do the more likely it is to get fixed.
2024-07-02 06:26 AM
I think the resize/move issues were fixed in version 6.1.1 (443). I still keep my fix for the window decorations to be able to see the stickiness state of the windows. It makes them uglier, but I care more about function than form.
2024-06-21 02:48 AM
I have the same problem, it is hugely annoying.
2024-06-22 11:55 AM
Solution on KDE (only implemented just now; must stand the test of time):
* Open System Settings
* Go to Window Management -> Window Rules
* Match on "Window class (application)" with "Exact Match" on "zoom"
* "Match whole window class": "no"
* Add property "No titlebar and frame", set it to "No"
* I currently have set it to "force". Maybe a more relaxed setting can work, too.
2024-09-13 04:43 AM
This is not usable for GNOME.
2024-11-07 07:59 AM
Thank you so much for this solution, I was also able to use it for other apps (e.g. Mattermost) that have recently adopted this annoying change.
2024-08-14 07:11 AM
Same here. Such bad experience in Ubuntu now. Pity the KDE fix doesn't work for Ubuntu. We really should be naming and shaming the designers who came up with this wonderful "improvement". Seriously Zoom folks, you have a buttload of other things you could be ruining before you ruin the title bar.
2024-08-19 04:59 AM
I just upgraded, and this is very irritating. I shouldn't have to jump through hoops to make my window sticky across workspaces. I have to find a different workaround on each of my desktops, since I don't use KDE on either.
Operating systems have window decorations for a reason. They're a standardised part of the UI. Please stop breaking basic usability for cosmetic reasons.
2024-08-26 10:30 AM
I'm on xfce4. I can't "windowshade", "push behind" or make a window "sticky" anymore.
2024-09-05 09:14 AM
I'm on Ubuntu Desktop and I can't even drag the window to a different location on my monitor.
2024-09-05 09:54 AM
Good news for me and the three other people who still use Fluxbox: you can add this to your ~/.fluxbox/apps
[app] (name=zoom) (class=zoom)
[Deco] {NORMAL}
[end]
... and reload config, to force all zoom windows to have normal decorations.
2024-09-10 10:01 AM
This has been seriously bothering me since I last updated Zoom. I'm using GNOME v43.9 on Debian. Does anyone know whether it's possible to return the window decorations and special behaviors (always on top, always on visible workspace, and so on) to Zoom's windows on GNOME?
2024-09-12 01:00 PM
Using Openbox, so I have some control over lobotomized windows without title bars. But still, what a terrible user experience. There needs to be a setting to get native window decorations. Chrome provides that option (Use system title bar and borders), so why not Zoom?
2024-09-12 01:08 PM
There's another thread here asking about GNOME window decorations.
2024-09-18 06:39 AM
I recently learned that you can access the GNOME window commands by alt-right-clicking a window, and this works on Zoom's custom windows. It's not an ideal solution for me but it's a simple workaround.
2024-09-19 06:53 AM
Someone in another thread directed me to Settings > Accessibility > Miscellaneous > Use system title bar and borders. I don't know how I missed that before. It's apparently in v6.1.11 and later.
2024-10-30 03:35 AM
Unfortunately, Zoom's latest update on Linux (6.1.0.198) seems to remove native window decorations by design, and there’s no built-in option to re-enable them. A potential workaround could be launching Zoom with the --class flag via terminal, which may allow some window managers (like GNOME or KDE) to handle the window more traditionally: bash Copy code zoom --class=zoom Alternatively, you could try forcing decorations through wmctrl or devilspie tools if you use a custom window manager. As for feedback, you can post your concern in the Zoom Community or open a feature request—they do listen to user input over time