All Activity

Hello again I found a bypass for the problem. It is not ideal, but for me, it is enough. I configure it on the server-side (MacOs) to translate keys for windows like that: Shift -> Shift Ctrl -> Ctrl Alt -> Super Meta -> Alt Alt -> Alt It is better to use the "Alt" key on the Windows machine as "Ctrl" instead of "Windows" because then most app shortcuts are like Mac. Then I installed "PowerToys" app from the Microsoft website to remap some keys on Windows. So, I mapped the keys like that: Alt (Left) -> Ctrl (Left

I'm seeing a similar issue, where the arrow keys mostly work as expected but in one particular case they don't work the same as a locally attached keyboard. I use Synergy with a headless Raspberry Pi 3 running Raspbian 10, and two MacBook clients. I have seen this behavior under Synergy 1.14.2 and 1.14.3 releases (all machines running the same version at any given time). Normal arrow key usage does work for me. In a terminal, I can use the arrow keys to navigate shell history, and in Chrome, I can use them to navigate selections in the URL bar. However, I also use Hammerspoon, and it

I'm having the same issue. It happens every time I hold down the backspace button, but it also happens other times as well.

Hi all, I use a Monogram console ( https://monogramcc.com/ ) and was wondering -- Is there a way to prevent this device from being shared to my client? I sometimes use it for things like controlling music and I always play music from the machine that is running the server.

Hey folks. I wanted to know if there is currently a setting where once I'm at the edge of a display, Synergy only switches over to the computer alongside if I have a hotkey pressed? As currently I accidently switch over when I dont want to due to moving my mouse fast to the edge of the screen to do something.

Install of Synergy 1.14.3 goes thru normally but never asks for the licence number and remains totally inactive when starting. This Mint system ( Linux Mint 20.3 Una base: Ubuntu 20.04 focal ) was functioning properly with Synergy 1.11 before upgrade of Mint to Una and Synergy to latest version ( synergy_1.14.3-stable.218fa800_ubuntu20_amd64.deb). Synergy window starts but is totally inactive; so I cannot provide a log. What is the solution to this problem? I already opened a ticket with Symless. Thanks for your help.

Also seeing this. Same exact symptoms. Ctrl + any arrow key on the server does not send signal to the client. Ctrl + # works to change desktops, but can't view mission control or all app windows without using the client's physical keyboard. Server: MacOS 12.1, Synergy 1.14.2-stable-c6918b74 Client: MacOS 12.2.1, Synergy 1.14.2-stable-c6918b74

I've used synergy for years. When it works it is one of the best productivity tools on the market. But ... beware that the slightest modification to a Mac or Ubuntu machine makes it the biggest time waster on the market. And ... contacting symless support or using this forum increases the time you waste.

Hello, is there aa simple way to use option as AltGr on Windows (as client). Does Synergy recognize the right and left option key from Mac to map on right and left alt in Windows? It is a little annoying that there is not prepared keyboard mapping between different operating systems. I am from Poland and in basic configuration I can't write Polish characters and I don't know how to get it. Perhaps someone has prepared a configuration file and can share it here. Thanks, Pawel

Supposedly it will be in the next release.

We need a new release built against libssl3 ubuntu-22.04 LTS has released

So I have the same issue...Latest version of Synergy 1.14.3 on MacOS 12.3.1....Copy a large file on 'client' all input on server stops while it 'updates the clipboard' I have clipboard sharing unchecked in the server prefs but does not matter does this each and every time

no one?

I don't have the best internet, but i don't believe it is causing the problem (i've attached my speedtest results). With my apartment setup the living room is the only room that has a working coaxial connection, so i can't connect my PC and Mac Mini directly to the router, since they are setup in my bedroom. I did read this article here that there is a specific issue on Mac that my be causing the issue, but i have no idea if it's been fixed and there is no date on the article. Is there anything i can do to fix this?

I had to install libssl1.1 as well as qt (since qt5-default is also now missing): wget http://security.ubuntu.com/ubuntu/pool/main/o/openssl/libssl1.1_1.1.1l-1ubuntu1.2_amd64.deb sudo dpkg -i libssl1.1_1.1.1l-1ubuntu1.2_amd64.deb sudo apt-get install qtbase5-dev qtchooser qt5-qmake qtbase5-dev-tools sudo dpkg -i synergy_1.14.3-stable.218fa800_ubuntu21_amd64.deb

I have a laptop and desktop. The laptop has two monitors -- its internal screen, and an external USB dongle monitor. Basically I'd like to prevent Synergy from ever positioning the mouse cursor onto the laptop's internal screen. Is there any way to do this? Perhaps by use of additional software?

Must be closed now

At this point, I don't think he actually has a team working on the product. I think he is on his own now, and working on it during his off hours of any employment he may have.

😡 Pretty disgusting to see that users have actively been asking for Wayland support in a paid software package since 2015 and it still has yet to materialize in a release. With 22.04 LTS going default wayland and joining the RPMs its ludicrous to expect users to fall back on xorg still.

Worked for me on both win10 and linux mint 21.3. I second the request that some kind of logging message be put in place... version mismatch or something would be helpful in troubleshooting.

Edit : just updated my MacOS client to 1.14.3 (same as on my Synergy server on Fedora 35 [which is hobbled down to running X11 instead of Wayland - thanks Symless!]) so the server and client versions match, and STILL experiencing this SHITTY bug, i.e. if I hold backspace (or other keys) down for 2+ seconds in a terminal window on the left computer (a Mac) - it force jumps focus back to my server running 1.14.3 on Fedora 35... NOT FIXED! This makes using the terminal on that Mac pretty much UNWORKABLE! That's where I do most of my work... Probably going to shelve your substandard

If you people (Symless) were animals living on my farm, I'd have taken you "down the back paddock" long ago ... It's so enfuriating... keeps jumping back over to the server from the left computer, if I hold down backspace, or any key, for too long (but NEVER happens on the right computer). The minute I can stop using your product (which I paid for) will be a BLESSING... still not even a single F--KING hint of when Wayland support might be on the horizon... and we still run into bugs like this... do you even test stuff? Maybe we should call it Symless Colander 'cause it's so fu

Hi, facing same issue with a mac-mini 2018 intel as server and macbook pro 13 m1 as client Using Synergy 1.14.3-stable-218fa800 on both computers Using indeed US - international keyboard BUT switching to US only will not cut the deal 'coz I am typing in English/French and Spanish. As such I do need my é è à ç ñ etc... Is there a plan to handle US - international on Synergy 1 or is this part of Synergy 3 ? Thanks in advance for all suggestions. Meanwhile gonna mop the floor while crying switching to US keyboard...

I just had this issue after installing 1.14.3 on a Ubuntu machine as the server. Make sure you update all clients to to 1.14.3 as well. My Mac had the scrolling issue and I noticed I still had it running 1.14.2. Upgrading the Mac client fixed the issue for me.

Cheers, im running Synergy 1.14.3-stable on my Windows 10 as Server and 1.10.3-3 on my Arch Linux as a Client. Typing Characters like Backspace or Arrow Left, Right, Up, Down sometimes makes the Mouse jump back to Server (also focus). This is the Message i get on the Client Machine: 2022-04-27T15:03:48] DEBUG1: mapped to 071, new state 2000 [2022-04-27T15:03:48] DEBUG1: keystrokes: [2022-04-27T15:03:48] DEBUG1: 071 (00000000) up [2022-04-27T15:03:48] DEBUG1: 071 (00000000) down [2022-04-27T15:03:48] INFO: leaving screen [2022-04-27T15:03:48] DEBUG1: ke