Download the new version and let us know what you think about it! 👉 Please click here 👈
The problem is Wayland isn't even close to being feature-compatible, yet it gets shoved out as a replacement, and any complaint that it is missing something gets a hostile response of "well, no one uses taht anyway". Really??? So if *I'M* asking for some function to be in place, something that existed in X11, that means the Wayland-fanboys imply that *I'M* nobody.
SystemD merely tries to do tto much. It's trying to be the entire OS in itself, rather than a minimal, specific-purpose service to load other services. And in shoehorning itself into every corner of your system, it breaks cross-platform support (when projects like GTK or Gnome build in SystemD dependencies, it means those become BROKEN everyplace else). It's doing TOO much, too many things it shouldn't be touching. It's the difference between "do one thing and do it well" vs "jack of all trades, master of NONE".
I'm using Gnome on Manjaro (based on Archlinux) and i get a message concerning Wayland, if you need help..
Thanks. It works. But at Debian 4.19.37-5 i used command :
sudo nano /etc/gdm3/daemon.conf
as much as I appreciate the efforts the teamviewer team takes to build a native linux client, to me as a professional linux user (yes, also on the desktop!) the decision to only publish the native client, for me is a constant nuissance (and even more). As I am using presentation mode on a daily basis, am stuck with the last installer, delivering TV13 WIN, wrapped with wine.(works perfectly, btw!)
I do not use the native client because it lacks a major feature, so I will not be of any help when testing it, unfortunately. But in my daily work life I have to annoy my communication partners constantly to download old quickjoin of quicksupport versions, even if they have recent teamviewer installed, to collaborate with my colleagues. Of I am running TV on a WIn Terminalserver, which can be a pain.
Is there solution in sight, either getting a recent version based on wine (will be greatfull to request it via support), or even better, a Linux native client sporting the ole' presentation mode?
Thank you and best wishes
Had there been any headway with Wayland, its been over 2 years since this post was created.
I just saw that pipewire 0.3 was released and would love to see this move forward
I don't think so! At least not now.
Does anyone else have the same problem with wayland. I can't log in to my account and am unable to connect to any machine. I use my phone to test as I know that this works on a windows machine at least.
I'm on 20.04 but on 19.10 the same problem occured
EDIT: Okay it seems to be a problem with phone connections. It works with a Windows server. Logging in also works after reinstalling so that's good.
Meanwhile. Now there is pipewire for Gnome and KDE, and there are capture interfaces for wlroots compositors as well, as documented by such apps as wf-recorder. Still no word from TeamViewer central, who are probably not going to change this topic any time soon, if ever.
I think it is safe to say that there has been progress - unfortunately backwards. It doesn't work for outgoing connections on Wayland now it seems. I have just tried Wayland on my Ubuntu 20.04 install and although it starts and warns me that it won't work for inbound connections (which I don't actually need as I am just supporting family which is out), the list of Computers and Contacts is missing (just an empty Recent Connections header) and the Chat is not clickable at all (not that I actually use that, I'm generally on the phone or there is nobody at the other end at all). Thankfully I have other options I can move to.
I have a similar problem on Fedora 33 Workstation - empty Recent Connections and the GUI becomes unclickable after a few clicks - which is going on for a month or two (earlier it was fine).
I would usually just logout and enter the X.org session, work with Teamviewer, and after finishing, relogin into the normal Wayland session. After playing around, I discovered that restarting the teamviewerd daemon after logging in makes the GUI behave normally again - although it still segfaults after closing the connection.
We have recieved an email from TeamViewer telling us that the price of our licence will be increased by 4,4% and for argument, they have made a newer versions that takes MacOs, Android and Windows... Ok we can undrestand this augmentation if Linux was included on these newer versions... Is it legal that they force us to pay extra for no real service ?
Hi it's now 2021 have you guys made any progress lol
Newest Ubuntu 21.04 utilizes Wayland as the new standard and I can't connect to my Linux machine anymore via TeamViewer.
Do I understand correctly that TeamViewer did not achieve any progress since now 4 years?
Same problem here with Teamviewer Host version 15.20.6 H on a Raspberry Pi 4 under Ubuntu 21.04...
Any news, please ?
When I use any Wayland-based desktop on host I cannot send any extra keys to guest. When I switch to xorg-based desktop I can. Too bad.
Isn't it possible to use a DBUS API ([removed per Community Guidelines]) for this? It seems that it's implemented by different desktop environments already.
[Third party product]
It's been 4 years. Come April when Ubuntu 22.04 LTS is released with Wayland as default this is going to be a show stopper for me and the cancellation of a corporate subscription.
Funny thing (not) is, the removed links were not in violation of the forum guidelines, because they were a link to API descriptions (and not a third-party product) that TeamViewer would need to use to implement remoting.
@DanielStm explicitly wrote the following: "By design, Wayland does not provide an interface to do remote control" and "TeamViewer would have to implement different interfaces for every desktop environment", but this isn't correct any more. The DBUS API link is standardized and already implemented by different desktop environments. They "just" have to use it, but instead the link is removed with the hint: "Third party product" ...
This is frustrating and disappointing.