| Git Clone URL: | https://aur.archlinux.org/anydesk-bin.git (read-only, click to copy) |
|---|---|
| Package Base: | anydesk-bin |
| Description: | The Fast Remote Desktop Application |
| Upstream URL: | https://anydesk.com |
| Keywords: | anydesk desktop remote teamviewer |
| Licenses: | custom |
| Conflicts: | anydesk |
| Provides: | anydesk |
| Submitter: | D3SOX |
| Maintainer: | D3SOX (severach) |
| Last Packager: | D3SOX |
| Votes: | 227 |
| Popularity: | 1.73 |
| First Submitted: | 2020-02-26 00:13 (UTC) |
| Last Updated: | 2024-04-23 09:20 (UTC) |
I have been having the same problem as mihaly4 below for the past couple of weeks at this point. 5.1.1 is still the most recent version available for Linux though.
For a couple of additional data points, I am actually using Manjaro (before the mandatory gtfo noob reply, I'M SORRY) and I am trying to connect from a Windows 10 machine. The most recent version for Windows is 5.2.2, so it is possible that the problem was introduced somewhere over there. I have a support ticket in with them as well.
Recent updates broke unattended access. A remote connection attempt fails with an error "desk_rt_ipc_error".
Some recent update is preventing the anydesk remote control confirmation window from showing up. When a user requests remote access a white box pops up with no way to confirm or deny access. Not sure when this became an issue because I had not tried to grant remote access to my arch machine in quite some some. The flatpak version of anydesk works as expected so it has to be an dependency issues with arch.
Alas, the first time I updated a package and did no install - and then it happens that the original package has a bug in the permissions of its subfolders.
Now fixed. Mea culpa!
Please fix it:
warning: directory permissions differ on /usr/ filesystem: 755 package: 700 warning: directory permissions differ on /usr/bin/ filesystem: 755 package: 700 warning: directory permissions differ on /usr/share/ filesystem: 755 package: 700 warning: directory permissions differ on /usr/share/anydesk/ filesystem: 755 package: 700 warning: directory permissions differ on /usr/share/anydesk/files/ filesystem: 755 package: 700 warning: directory permissions differ on /usr/share/applications/ filesystem: 755 package: 700 warning: directory permissions differ on /usr/share/pixmaps/ filesystem: 755 package: 700 warning: directory permissions differ on /usr/share/polkit-1/ filesystem: 755 package: 700 warning: directory permissions differ on /usr/share/polkit-1/actions/ filesystem: 755 package: 700
@ibraheemmoosa are you by any chance using Wayland instead of X? If yes, that's not supported by the upstream/vendor. You'll have to change to an X11 session to use Anydesk...
@ibraheemmoosa Maybe you found a bug in AnyDesk or a broken/missing dependency in my package as other users are reporting this too:
https://discourse.nixos.org/t/curious-gtk-issue-with-anydesk-svg-pixbuf-loader/1736
https://www.reddit.com/r/Crostini/comments/90rooa/remote_desk_with_crostini/
Please file your problem direct to AnyDesk at https://anydesk.com/contact ; they're are friendly and helpful.
I am getting this error when I try to connect to a remote computer. "terminate called after throwing an instance of 'base::invalid_argument_exception_t'". I have tested with an Ubuntu machine and an Android phone. I am running Gnome in Arch.
@szsong @nicolehopperBBY - Disabling the option 'Transmit hotkeys' under Settings - Display seems to fix it for me after experiencing the same issue. FWIW, I have used this same version on Linux Mint 19.1 and did not experience this issue.
@nicolehopperB8Y I'm having similar issue on KDE. When I press "shift + ," the remote side CAN see "<", but if I keep holding "shift" and then press ",", the remote side see "," instead of "<".
Ctrl + c and Ctrl + v etc. works in similar way or even worse: sometimes "Ctrl+c" only functions as "c" without "Ctrl".
No idea what's causing the problem. I tried to set "ignore global shortcuts" in "Window Rules" but the issue persists.
Pinned Comments
D3SOX commented on 2024-02-08 16:46 (UTC) (edited on 2024-04-23 11:42 (UTC) by D3SOX)
Please check if there's actually a new version for Linux available before flagging this package. The version numbers for Windows and Linux are different.