Ignacio Maestro Giron

Copy paste doesn't work 1.7.6

27 posts in this topic

Having a Ubuntu 15.10 server and Windows 7 x64 client, sometimes when I paste in my server makes discconection.

Share this post


Link to post
Share on other sites
I can also confirm this. When copying from client and trying to paste on server, client gets dicsonnected. Client logs include: [2016-04-06T12:57:29] WARNING: failed to connect to server: server already has a connected client with our name [2016-04-06T12:57:30] NOTE: connecting to '**.**.9.89': **.**.9.89:24444 [2016-04-06T12:57:30] NOTE: server fingerprint: **************** [2016-04-06T12:57:30] INFO: connected to secure socket [2016-04-06T12:57:30] INFO: server ssl certificate info: /CN=Synergy [2016-04-06T12:57:30] ERROR: server already has a connected client with name "**-**" Server logs include: [2016-04-06T12:59:46] WARNING: a client with name "**-**" is already connected [2016-04-06T12:59:46] NOTE: disconnecting client "**-**" [2016-04-06T12:59:46] NOTE: client "**-**" has disconnected [2016-04-06T12:59:48] NOTE: accepted client connection [2016-04-06T12:59:48] INFO: accepted secure socket After some time the client connects but performance is extremely poor (lagging on mouse movement and so on). I am guessing this is happening because client keeps disconnecting. Client Details: Ubuntu 15.10 x64 Synergy v1.7.6 Server Details: Ubuntu 14.04 x64 Synergy v1.7.6 Update: Quitting and restarting Synergy on both machines fixes this. I can also confirm it happens without SSL.

Share this post


Link to post
Share on other sites
Thirded - Not sure what logs I would need to provide, but I am running server on Kubuntu 14.04, Windows 7 Enterprise client I don;t lose connection or performance, just the copy/paste between systems. Clipboard just stays local until I restart the server

Share this post


Link to post
Share on other sites
Same here, Debian 4.4.2-1 + Win8.1 Enterprise, 32-bit synergy. Copy from Windows to Linux causes instant freeze of synergys and no debug messages are recorded (or if yes, then I can't figure out where). Other way around it works fine (linux->win). It has been like this since I upgraded to 1.75 from 1.62 which worked fine for a year or more, now 1.76 is still the same. Really frustrating to kill synergys process and then start it again and I need a copy paste a lot (network tech). I guess I will downgrade to 1.62 if I can find install packets somewhere. Edit: Refined the problem a little. I just noticed that if I copy something from Windows and paste it there, then the synergys does not crash on Linux side and I can paste it no problems on Linux side. This is a clumsy workaround but aren't they all like that? :) Edited by Guest

Share this post


Link to post
Share on other sites
Almost the same here. Kubuntu 15.10 64bit (server) + Win7Ent 64 bit (client) (I've seen this annoying behavior for quite some time with earlier versions of synergy and Kubuntu as server + win7ent as client) How to reproduce (sometimes it is necessary to do this several times to catch this bug): 1. Ctrl-c some text on Win7 2. Move to Kubuntu (you dont even need to ctrl-v here, only move cursor to server) Log on client: [2016-04-21T13:35:10] NOTE: server is dead [2016-04-21T13:35:10] WARNING: failed to connect to server: server is not responding [2016-04-21T13:35:11] NOTE: connecting to '10.0.1.36': 10.0.1.36:24800 [2016-04-21T13:35:26] WARNING: failed to connect to server: Timed out --->8---cut--->8--- Log on server: nothing unusual =( Connection between server and client fails until i restart server process. I did some research. I've enabled debug2 mode, and if i ctrl-c large amount of text and then moving cursor to server i'm getting: [2016-04-21T13:25:38] DEBUG2: read property 375 on window 0x02400050: bytes=5073 *** buffer overflow detected ***: /usr/bin/synergys terminated ======= Backtrace: ========= --->8---cut--->8--- And then the server process restarts. This behavior occurs only when debug2 is enabled and i'm copying to clipboard large amount ot data (on client). So (OMG) may be this additional bug is related only to debug2 mode.

Share this post


Link to post
Share on other sites
[quote="Andrey"]Almost the same here. This behavior occurs only when debug2 is enabled and i'm copying to clipboard large amount ot data (on client). So (OMG) may be this additional bug is related only to debug2 mode.[/quote] Andrey: Try copying something on windows side, paste it there, then move the cursor to linux side. If you synergys survives then it has to be some malformed data on windows clipboard which is not handled well by synergys as "unpasted" form.

Share this post


Link to post
Share on other sites
I was just able to confirm I can copy from Linux and paste to Windows, but not vice-versa.... Any logs I can grab/gather to help troubleshoot this? I have made myself pretty reliable on this working.

Share this post


Link to post
Share on other sites
Investigated this more: When I use "shift+ins" to make the work around paste on windows side and move the cursor to linux side then the linux synergys hangs. If I use mouse context menu and paste whatever I have copied from Windows side on the same side, then move the cursor to Linux side, both synergys and the copied material survives.

Share this post


Link to post
Share on other sites
I do have the same problem, when copying from the client (win10) to the server (debian), pasting doesn't work and I can't move the mouse back to client screen. I have to restart it so it can works again. It is a bit random it might or might not crash for the same text.

Share this post


Link to post
Share on other sites
Server : Linux Mint 17 64bit, Synergy 1.7.6 Client : Windows 7 Pro 64bit, Synergy 1.7.6 Not using SSL Can confirm that synergys crashes on server side when clicking 'copy' on client side. Any time i try and copy on the windows client, synergys crashes on the linux server and throws a buffer overflow (pasted below) This is a REAL pain! sometimes this seams to work ok but most of the time now, it just crashes. As i use my windows box purely as a connection to my company intranet and email and do most of my work on my linux box, this is getting more and more of a show stopper :( Anyone who is getting a crash on a linux server, try starting synergys from command line in a terminal, leave it running like that until you hit the problem, see if you get anything output when synergys crashes, if running from the GUI, you dont seem to get the crash dump anywhere *that i have found anyway!) Matt *** buffer overflow detected ***: /usr/bin/synergys terminated ======= Backtrace: ========= /lib/x86_64-linux-gnu/libc.so.6(+0x7338f)[0x7f204316338f] /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x5c)[0x7f20431fac9c] /lib/x86_64-linux-gnu/libc.so.6(+0x109b60)[0x7f20431f9b60] /lib/x86_64-linux-gnu/libc.so.6(+0x109069)[0x7f20431f9069] /lib/x86_64-linux-gnu/libc.so.6(_IO_default_xsputn+0xbc)[0x7f204316b70c] /lib/x86_64-linux-gnu/libc.so.6(_IO_vfprintf+0x1cd5)[0x7f204313b9c5] /lib/x86_64-linux-gnu/libc.so.6(__vsprintf_chk+0x84)[0x7f20431f90f4] /lib/x86_64-linux-gnu/libc.so.6(__sprintf_chk+0x7d)[0x7f20431f904d] /usr/bin/synergys(_ZN3Log5printEPKciS1_z+0x1ec)[0x44b68c] /usr/bin/synergys(_ZN17XWindowsClipboard9sendReplyEPNS_5ReplyE+0x52c)[0x46970c] /usr/bin/synergys(_ZN17XWindowsClipboard11pushRepliesERSt17_Rb_tree_iteratorISt4pairIKmSt4listIPNS_5ReplyESaIS5_EEEERS7_St14_List_iteratorIS5_E+0x7c)[0x46acdc] /usr/bin/synergys(_ZN17XWindowsClipboard11pushRepliesEv+0x4d)[0x46af0d] /usr/bin/synergys(_ZN17XWindowsClipboard10addRequestEmmmmm+0x82)[0x46ca32] /usr/bin/synergys(_ZN14XWindowsScreen17handleSystemEventERK5EventPv+0x425)[0x465555] /usr/bin/synergys(_ZN10EventQueue13dispatchEventERK5Event+0x58)[0x44b908] /usr/bin/synergys(_ZN10EventQueue4loopEv+0xdc)[0x44ef3c] /usr/bin/synergys(_ZN9ServerApp8mainLoopEv+0x3b3)[0x459463] /usr/bin/synergys(_ZN9ServerApp8runInnerEiPPcP13ILogOutputterPFiiS1_E+0xb7)[0x457917] /usr/bin/synergys(_ZN3App3runEiPPc+0x42)[0x457002] /usr/bin/synergys(main+0x66)[0x441c76] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7f2043111ec5] /usr/bin/synergys[0x443249] ======= Memory map: ======== 00400000-004db000 r-xp 00000000 fc:02 151822 /usr/bin/synergys 006db000-006e4000 r--p 000db000 fc:02 151822 /usr/bin/synergys 006e4000-006e9000 rw-p 000e4000 fc:02 151822 /usr/bin/synergys 006e9000-006ec000 rw-p 00000000 00:00 0 023e7000-0248b000 rw-p 00000000 00:00 0 [heap] 7f2034000000-7f2034021000 rw-p 00000000 00:00 0 7f2034021000-7f2038000000 ---p 00000000 00:00 0 7f2039ffc000-7f2039ffd000 ---p 00000000 00:00 0 7f2039ffd000-7f203a7fd000 rw-p 00000000 00:00 0 7f203a7fd000-7f203a7fe000 ---p 00000000 00:00 0 7f203a7fe000-7f203affe000 rw-p 00000000 00:00 0 7f203affe000-7f203afff000 ---p 00000000 00:00 0 7f203afff000-7f203b7ff000 rw-p 00000000 00:00 0 7f203b7ff000-7f203b800000 ---p 00000000 00:00 0 7f203b800000-7f203c000000 rw-p 00000000 00:00 0 7f203c000000-7f203c021000 rw-p 00000000 00:00 0 7f203c021000-7f2040000000 ---p 00000000 00:00 0 7f20400e9000-7f20400ee000 r-xp 00000000 fc:02 132258 /usr/lib/x86_64-linux-gnu/libXfixes.so.3.1.0 7f20400ee000-7f20402ed000 ---p 00005000 fc:02 132258 /usr/lib/x86_64-linux-gnu/libXfixes.so.3.1.0 7f20402ed000-7f20402ee000 r--p 00004000 fc:02 132258 /usr/lib/x86_64-linux-gnu/libXfixes.so.3.1.0 7f20402ee000-7f20402ef000 rw-p 00005000 fc:02 132258 /usr/lib/x86_64-linux-gnu/libXfixes.so.3.1.0 7f20402ef000-7f20402f8000 r-xp 00000000 fc:02 133791 /usr/lib/x86_64-linux-gnu/libXrender.so.1.3.0 7f20402f8000-7f20404f7000 ---p 00009000 fc:02 133791 /usr/lib/x86_64-linux-gnu/libXrender.so.1.3.0 7f20404f7000-7f20404f8000 r--p 00008000 fc:02 133791 /usr/lib/x86_64-linux-gnu/libXrender.so.1.3.0 7f20404f8000-7f20404f9000 rw-p 00009000 fc:02 133791 /usr/lib/x86_64-linux-gnu/libXrender.so.1.3.0 7f20404f9000-7f2040502000 r-xp 00000000 fc:02 140313 /usr/lib/x86_64-linux-gnu/libXcursor.so.1.0.2 7f2040502000-7f2040701000 ---p 00009000 fc:02 140313 /usr/lib/x86_64-linux-gnu/libXcursor.so.1.0.2 7f2040701000-7f2040702000 r--p 00008000 fc:02 140313 /usr/lib/x86_64-linux-gnu/libXcursor.so.1.0.2 7f2040702000-7f2040703000 rw-p 00009000 fc:02 140313 /usr/lib/x86_64-linux-gnu/libXcursor.so.1.0.2 7f2040703000-7f20408b5000 r-xp 00000000 fc:01 4640 /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 7f20408b5000-7f2040ab4000 ---p 001b2000 fc:01 4640 /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 7f2040ab4000-7f2040acf000 r--p 001b1000 fc:01 4640 /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 7f2040acf000-7f2040ada000 rw-p 001cc000 fc:01 4640 /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 7f2040ada000-7f2040ade000 rw-p 00000000 00:00 0 7f2040ade000-7f2040b33000 r-xp 00000000 fc:01 4642 /lib/x86_64-linux-gnu/libssl.so.1.0.0 7f2040b33000-7f2040d33000 ---p 00055000 fc:01 4642 /lib/x86_64-linux-gnu/libssl.so.1.0.0 7f2040d33000-7f2040d36000 r--p 00055000 fc:01 4642 /lib/x86_64-linux-gnu/libssl.so.1.0.0 7f2040d36000-7f2040d3d000 rw-p 00058000 fc:01 4642 /lib/x86_64-linux-gnu/libssl.so.1.0.0 7f2040d3d000-7f2040d7e000 r-xp 00000000 fc:06 2233834 /home/matt/.synergy/plugins/libns.so 7f2040d7e000-7f2040f7d000 ---p 00041000 fc:06 2233834 /home/matt/.synergy/plugins/libns.so 7f2040f7d000-7f2040f81000 r--p 00040000 fc:06 2233834 /home/matt/.synergy/plugins/libns.so 7f2040f81000-7f2040f82000 rw-p 00044000 fc:06 2233834 /home/matt/.synergy/plugins/libns.so 7f2040f82000-7f2040f83000 rw-p 00000000 00:00 0 7f2040f83000-7f2040f8e000 r-xp 00000000 fc:01 4700 /lib/x86_64-linux-gnu/libnss_files-2.19.so 7f2040f8e000-7f204118d000 ---p 0000b000 fc:01 4700 /lib/x86_64-linux-gnu/libnss_files-2.19.so 7f204118d000-7f204118e000 r--p 0000a000 fc:01 4700 /lib/x86_64-linux-gnu/libnss_files-2.19.so 7f204118e000-7f204118f000 rw-p 0000b000 fc:01 4700 /lib/x86_64-linux-gnu/libnss_files-2.19.so 7f204118f000-7f204119a000 r-xp 00000000 fc:01 4674 /lib/x86_64-linux-gnu/libnss_nis-2.19.so 7f204119a000-7f2041399000 ---p 0000b000 fc:01 4674 /lib/x86_64-linux-gnu/libnss_nis-2.19.so 7f2041399000-7f204139a000 r--p 0000a000 fc:01 4674 /lib/x86_64-linux-gnu/libnss_nis-2.19.so 7f204139a000-7f204139b000 rw-p 0000b000 fc:01 4674 /lib/x86_64-linux-gnu/libnss_nis-2.19.so 7f204139b000-7f20413b2000 r-xp 00000000 fc:01 4659 /lib/x86_64-linux-gnu/libnsl-2.19.so 7f20413b2000-7f20415b1000 ---p 00017000 fc:01 4659 /lib/x86_64-linux-gnu/libnsl-2.19.so 7f20415b1000-7f20415b2000 r--p 00016000 fc:01 4659 /lib/x86_64-linux-gnu/libnsl-2.19.so 7f20415b2000-7f20415b3000 rw-p 00017000 fc:01 4659 /lib/x86_64-linux-gnu/libnsl-2.19.so 7f20415b3000-7f20415b5000 rw-p 00000000 00:00 0 7f20415b5000-7f20415be000 r-xp 00000000 fc:01 4657 /lib/x86_64-linux-gnu/libnss_compat-2.19.so 7f20415be000-7f20417bd000 ---p 00009000 fc:01 4657 /lib/x86_64-linux-gnu/libnss_compat-2.19.so 7f20417bd000-7f20417be000 r--p 00008000 fc:01 4657 /lib/x86_64-linux-gnu/libnss_compat-2.19.so 7f20417be000-7f20417bf000 rw-p 00009000 fc:01 4657 /lib/x86_64-linux-gnu/libnss_compat-2.19.so 7f20417bf000-7f20417c0000 ---p 00000000 00:00 0 7f20417c0000-7f2041fc0000 rw-p 00000000 00:00 0 [stack:16131] 7f2041fc0000-7f2041fc1000 ---p 00000000 00:00 0 7f2041fc1000-7f20427c1000 rw-p 00000000 00:00 0 [stack:16130] 7f20427c1000-7f20427c6000 r-xp 00000000 fc:02 140317 /usr/lib/x86_64-linux-gnu/libXdmcp.so.6.0.0 7f20427c6000-7f20429c5000 ---p 00005000 fc:02 140317 /usr/lib/x86_64-linux-gnu/libXdmcp.so.6.0.0 7f20429c5000-7f20429c6000 r--p 00004000 fc:02 140317 /usr/lib/x86_64-linux-gnu/libXdmcp.so.6.0.0 7f20429c6000-7f20429c7000 rw-p 00005000 fc:02 140317 /usr/lib/x86_64-linux-gnu/libXdmcp.so.6.0.0 7f20429c7000-7f20429c9000 r-xp 00000000 fc:02 140306 /usr/lib/x86_64-linux-gnu/libXau.so.6.0.0 7f20429c9000-7f2042bc9000 ---p 00002000 fc:02 140306 /usr/lib/x86_64-linux-gnu/libXau.so.6.0.0 7f2042bc9000-7f2042bca000 r--p 00002000 fc:02 140306 /usr/lib/x86_64-linux-gnu/libXau.so.6.0.0 7f2042bca000-7f2042bcb000 rw-p 00003000 fc:02 140306 /usr/lib/x86_64-linux-gnu/libXau.so.6.0.0 7f2042bcb000-7f2042cd0000 r-xp 00000000 fc:01 3860 /lib/x86_64-linux-gnu/libm-2.19.so 7f2042cd0000-7f2042ecf000 ---p 00105000 fc:01 3860 /lib/x86_64-linux-gnu/libm-2.19.so 7f2042ecf000-7f2042ed0000 r--p 00104000 fc:01 3860 /lib/x86_64-linux-gnu/libm-2.19.so 7f2042ed0000-7f2042ed1000 rw-p 00105000 fc:01 3860 /lib/x86_64-linux-gnu/libm-2.19.so 7f2042ed1000-7f2042eee000 r-xp 00000000 fc:02 141489 /usr/lib/x86_64-linux-gnu/libxcb.so.1.1.0 7f2042eee000-7f20430ee000 ---p 0001d000 fc:02 141489 /usr/lib/x86_64-linux-gnu/libxcb.so.1.1.0 7f20430ee000-7f20430ef000 r--p 0001d000 fc:02 141489 /usr/lib/x86_64-linux-gnu/libxcb.so.1.1.0 7f20430ef000-7f20430f0000 rw-p 0001e000 fc:02 141489 /usr/lib/x86_64-linux-gnu/libxcb.so.1.1.0 7f20430f0000-7f20432ab000 r-xp 00000000 fc:01 4694 /lib/x86_64-linux-gnu/libc-2.19.so 7f20432ab000-7f20434aa000 ---p 001bb000 fc:01 4694 /lib/x86_64-linux-gnu/libc-2.19.so 7f20434aa000-7f20434ae000 r--p 001ba000 fc:01 4694 /lib/x86_64-linux-gnu/libc-2.19.so 7f20434ae000-7f20434b0000 rw-p 001be000 fc:01 4694 /lib/x86_64-linux-gnu/libc-2.19.so 7f20434b0000-7f20434b5000 rw-p 00000000 00:00 0 7f20434b5000-7f20434cb000 r-xp 00000000 fc:01 3861 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f20434cb000-7f20436ca000 ---p 00016000 fc:01 3861 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f20436ca000-7f20436cb000 rw-p 00015000 fc:01 3861 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f20436cb000-7f20437b1000 r-xp 00000000 fc:02 129664 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.19 7f20437b1000-7f20439b0000 ---p 000e6000 fc:02 129664 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.19 7f20439b0000-7f20439b8000 r--p 000e5000 fc:02 129664 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.19 7f20439b8000-7f20439ba000 rw-p 000ed000 fc:02 129664 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.19 7f20439ba000-7f20439cf000 rw-p 00000000 00:00 0 7f20439cf000-7f20439de000 r-xp 00000000 fc:02 135094 /usr/lib/x86_64-linux-gnu/libXi.so.6.1.0 7f20439de000-7f2043bdd000 ---p 0000f000 fc:02 135094 /usr/lib/x86_64-linux-gnu/libXi.so.6.1.0 7f2043bdd000-7f2043bde000 r--p 0000e000 fc:02 135094 /usr/lib/x86_64-linux-gnu/libXi.so.6.1.0 7f2043bde000-7f2043bdf000 rw-p 0000f000 fc:02 135094 /usr/lib/x86_64-linux-gnu/libXi.so.6.1.0 7f2043bdf000-7f2043be1000 r-xp 00000000 fc:02 140329 /usr/lib/x86_64-linux-gnu/libXinerama.so.1.0.0 7f2043be1000-7f2043de0000 ---p 00002000 fc:02 140329 /usr/lib/x86_64-linux-gnu/libXinerama.so.1.0.0 7f2043de0000-7f2043de1000 r--p 00001000 fc:02 140329 /usr/lib/x86_64-linux-gnu/libXinerama.so.1.0.0 7f2043de1000-7f2043de2000 rw-p 00002000 fc:02 140329 /usr/lib/x86_64-linux-gnu/libXinerama.so.1.0.0 7f2043de2000-7f2043df3000 r-xp 00000000 fc:02 133753 /usr/lib/x86_64-linux-gnu/libXext.so.6.4.0 7f2043df3000-7f2043ff2000 ---p 00011000 fc:02 133753 /usr/lib/x86_64-linux-gnu/libXext.so.6.4.0 7f2043ff2000-7f2043ff3000 r--p 00010000 fc:02 133753 /usr/lib/x86_64-linux-gnu/libXext.so.6.4.0 7f2043ff3000-7f2043ff4000 rw-p 00011000 fc:02 133753 /usr/lib/x86_64-linux-gnu/libXext.so.6.4.0 7f2043ff4000-7f2044124000 r-xp 00000000 fc:02 140302 /usr/lib/x86_64-linux-gnu/libX11.so.6.3.0 7f2044124000-7f2044324000 ---p 00130000 fc:02 140302 /usr/lib/x86_64-linux-gnu/libX11.so.6.3.0 7f2044324000-7f2044325000 r--p 00130000 fc:02 140302 /usr/lib/x86_64-linux-gnu/libX11.so.6.3.0 7f2044325000-7f2044329000 rw-p 00131000 fc:02 140302 /usr/lib/x86_64-linux-gnu/libX11.so.6.3.0 7f2044329000-7f204432e000 r-xp 00000000 fc:02 140345 /usr/lib/x86_64-linux-gnu/libXtst.so.6.1.0 7f204432e000-7f204452d000 ---p 00005000 fc:02 140345 /usr/lib/x86_64-linux-gnu/libXtst.so.6.1.0 7f204452d000-7f204452e000 r--p 00004000 fc:02 140345 /usr/lib/x86_64-linux-gnu/libXtst.so.6.1.0 7f204452e000-7f204452f000 rw-p 00005000 fc:02 140345 /usr/lib/x86_64-linux-gnu/libXtst.so.6.1.0 7f204452f000-7f2044532000 r-xp 00000000 fc:01 3874 /lib/x86_64-linux-gnu/libdl-2.19.so 7f2044532000-7f2044731000 ---p 00003000 fc:01 3874 /lib/x86_64-linux-gnu/libdl-2.19.so 7f2044731000-7f2044732000 r--p 00002000 fc:01 3874 /lib/x86_64-linux-gnu/libdl-2.19.so 7f2044732000-7f2044733000 rw-p 00003000 fc:01 3874 /lib/x86_64-linux-gnu/libdl-2.19.so 7f2044733000-7f204474c000 r-xp 00000000 fc:01 4661 /lib/x86_64-linux-gnu/libpthread-2.19.so 7f204474c000-7f204494b000 ---p 00019000 fc:01 4661 /lib/x86_64-linux-gnu/libpthread-2.19.so 7f204494b000-7f204494c000 r--p 00018000 fc:01 4661 /lib/x86_64-linux-gnu/libpthread-2.19.so 7f204494c000-7f204494d000 rw-p 00019000 fc:01 4661 /lib/x86_64-linux-gnu/libpthread-2.19.so 7f204494d000-7f2044951000 rw-p 00000000 00:00 0 7f2044951000-7f2044974000 r-xp 00000000 fc:01 4666 /lib/x86_64-linux-gnu/ld-2.19.so 7f2044b44000-7f2044b4d000 rw-p 00000000 00:00 0 7f2044b6f000-7f2044b73000 rw-p 00000000 00:00 0 7f2044b73000-7f2044b74000 r--p 00022000 fc:01 4666 /lib/x86_64-linux-gnu/ld-2.19.so 7f2044b74000-7f2044b75000 rw-p 00023000 fc:01 4666 /lib/x86_64-linux-gnu/ld-2.19.so 7f2044b75000-7f2044b76000 rw-p 00000000 00:00 0 7fffafe3e000-7fffafe5f000 rw-p 00000000 00:00 0 [stack] 7fffafffe000-7fffb0000000 r-xp 00000000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall]

Share this post


Link to post
Share on other sites
Is this issue receiving any attention? Is there something affected users can provide to assist? I have to stop/restart multiple times a day for this issue, and would love to see it fixed.

Share this post


Link to post
Share on other sites
I can confirm I'm also have this problem on Synergy 1.7.6 (Ubuntu 16.04 LTS Server and OSX 10.11.5 Client) It seems when certain data is in the clip board (client) that it will crash the server and will not automatically reconnect - I usually have to end up having to restart both client and server apps and hope that the next transfer of clip board data doesn't just immediately crash the service again. In fact, this has probably been a probably with Synergy for awhile now but it definitely seems to be worse in 1.7.6. I'll try Matt's suggestion to get more info on the crash itself.... -Tyler

Share this post


Link to post
Share on other sites
Here's the client side error I'm seeing: cat ./Library/Logs/DiagnosticReports/synergyc_2016-06-01-162719_xxxxxxxxx.crash Process: synergyc [32925] Path: /Applications/Synergy.app/Contents/MacOS/synergyc Identifier: synergy Version: 0 Code Type: X86 (Native) Parent Process: Synergy [32129] Responsible: synergyc [32925] User ID: xxxxxxxxx Date/Time: 2016-06-01 16:27:18.892 -0500 OS Version: Mac OS X 10.11.5 (15F34) Report Version: 11 Anonymous UUID: EEABAEC5-20A9-89EB-26E6-6617BEE8AD9C Sleep/Wake UUID: 90494DF4-2BEC-4672-90D1-0A68C2F8B98C Time Awake Since Boot: 260000 seconds Time Since Wake: 2 seconds System Integrity Protection: enabled Crashed Thread: 4 Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000009008 Exception Note: EXC_CORPSE_NOTIFY VM Regions Near 0x9008: --> __TEXT 0000000000095000-00000000000f9000 [ 400K] r-x/rwx SM=COW /Applications/Synergy.app/Contents/MacOS/synergyc Next up: Server side error when I see it again...

Share this post


Link to post
Share on other sites
I just wanted to add this happens to me in CentOS 7 too. So it's not just Debian. It's not a 100% crash rate, but like 99%. Reverting back to 1.7.5 So that I can have a working clipboard...

Share this post


Link to post
Share on other sites
I'm not seeing a server side error at this time, but I do notice that periodically the server will be unable to accept a secure connection from client (possibly after being disconnected from the network). The error in the client I see is: [2016-06-08T12:43:54] WARNING: failed to connect to server: server is not responding [2016-06-08T12:43:55] NOTE: connecting to '10.66.18.129': 10.66.18.129:24800 [2016-06-08T12:44:07] ERROR: failed to connect secure socket [2016-06-08T12:44:08] NOTE: disconnected from server Once in this state, I'm not able to reconnect until I actually restart the synergys process/ daemon on the server. Once restarted, it works fine without any other changes. -Tyler

Share this post


Link to post
Share on other sites
Hello, I just upgraded to 1.7.6 pn my windows 10 laptop (client) and my Centos7 workstation (server) and now I also cannot copy paste between the 2 this is the output that the server provides me with. [code] /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/server/ClientProxy1_0.cpp,284 [2016-06-10T01:42:25] INFO: switch from "vov.wks" to "vovlaptop" at 0,547 /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/server/Server.cpp,463 [2016-06-10T01:42:25] INFO: leaving screen /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/synergy/Screen.cpp,131 [2016-06-10T01:42:25] DEBUG: open clipboard 1 /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/platform/XWindowsClipboard.cpp,322 [2016-06-10T01:42:25] DEBUG: ICCCM fill clipboard 1 /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/platform/XWindowsClipboard.cpp,502 [2016-06-10T01:42:25] DEBUG: available targets: text/html (568), application/vnd.oasis.opendocument.text (659), text/plain (573), UTF8_STRING (298), STRING (31), TEXT (501) /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/platform/XWindowsClipboard.cpp,521 [2016-06-10T01:42:25] DEBUG: added format 1 for target text/html (568) (548 bytes) /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/platform/XWindowsClipboard.cpp,564 [2016-06-10T01:42:25] DEBUG: added format 0 for target UTF8_STRING (298) (81 bytes) /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/platform/XWindowsClipboard.cpp,564 [2016-06-10T01:42:25] DEBUG: close clipboard 1 /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/platform/XWindowsClipboard.cpp,357 [2016-06-10T01:42:25] INFO: screen "vov.wks" updated clipboard 1 /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/server/Server.cpp,1544 [2016-06-10T01:42:25] DEBUG: sending clipboard 1 to "vovlaptop" /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/server/ClientProxy1_6.cpp,58 [2016-06-10T01:42:25] DEBUG: sent clipboard size=923 /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/server/ClientProxy1_6.cpp,62 [2016-06-10T01:42:32] DEBUG: received client "vovlaptop" grabbed clipboard 0 seqnum=7 /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/server/ClientProxy1_0.cpp,457 [2016-06-10T01:42:32] DEBUG: received client "vovlaptop" grabbed clipboard 1 seqnum=7 /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/server/ClientProxy1_0.cpp,457 [2016-06-10T01:42:32] INFO: screen "vovlaptop" grabbed clipboard 0 from "vovlaptop" /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/server/Server.cpp,1240 [2016-06-10T01:42:32] DEBUG: open clipboard 0 /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/platform/XWindowsClipboard.cpp,322 [2016-06-10T01:42:32] DEBUG: empty clipboard 0 /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/platform/XWindowsClipboard.cpp,272 [2016-06-10T01:42:32] DEBUG: grabbed clipboard 0 /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/platform/XWindowsClipboard.cpp,295 [2016-06-10T01:42:32] DEBUG: close clipboard 0 /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/platform/XWindowsClipboard.cpp,357 [2016-06-10T01:42:32] INFO: screen "vovlaptop" grabbed clipboard 1 from "vov.wks" /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/server/Server.cpp,1240 [2016-06-10T01:42:32] DEBUG: open clipboard 1 /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/platform/XWindowsClipboard.cpp,322 [2016-06-10T01:42:32] DEBUG: empty clipboard 1 /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/platform/XWindowsClipboard.cpp,272 [2016-06-10T01:42:32] DEBUG: grabbed clipboard 1 /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/platform/XWindowsClipboard.cpp,295 [2016-06-10T01:42:32] DEBUG: close clipboard 1 /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/platform/XWindowsClipboard.cpp,357 [2016-06-10T01:42:33] INFO: switch from "vovlaptop" to "vov.wks" at 5022,1083 /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/server/Server.cpp,463 [2016-06-10T01:42:33] INFO: entering screen /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/synergy/Screen.cpp,113 [2016-06-10T01:42:33] DEBUG: open clipboard 0 /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/platform/XWindowsClipboard.cpp,322 [2016-06-10T01:42:33] DEBUG: start receiving clipboard data /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/synergy/ClipboardChunk.cpp,103 [2016-06-10T01:42:33] DEBUG: receiving clipboard 0 size=54 /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/server/ClientProxy1_6.cpp,84 [2016-06-10T01:42:33] DEBUG: received client "vovlaptop" clipboard 0 seqnum=7, size=54 /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/server/ClientProxy1_6.cpp,88 [2016-06-10T01:42:33] DEBUG: start receiving clipboard data /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/synergy/ClipboardChunk.cpp,103 [2016-06-10T01:42:33] DEBUG: receiving clipboard 1 size=54 /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/server/ClientProxy1_6.cpp,84 [2016-06-10T01:42:33] DEBUG: received client "vovlaptop" clipboard 1 seqnum=7, size=54 /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/server/ClientProxy1_6.cpp,88 synergys: /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/synergy/Clipboard.cpp:72: virtual bool Clipboard::open(IClipboard::Time) const: Assertion `!m_open' failed. [2016-06-10T01:42:33] INFO: process exited normally [2016-06-10T01:42:33] INFO: detected process not running, auto restarting [2016-06-10T01:42:34] DEBUG: starting process [2016-06-10T01:42:34] INFO: starting server [2016-06-10T01:42:34] INFO: command: /usr/bin/synergys -f --no-tray --debug DEBUG --name vov.wks -c /tmp/qt_temp.kA3506 --address :24800 [2016-06-10T01:42:34] INFO: config file: /tmp/qt_temp.Hb3506 [2016-06-10T01:42:34] INFO: log level: DEBUG [2016-06-10T01:42:34] DEBUG: opening configuration "/tmp/qt_temp.kA3506" /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/synergy/ServerApp.cpp,229 [2016-06-10T01:42:34] DEBUG: configuration read successfully /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/synergy/ServerApp.cpp,240 [2016-06-10T01:42:34] DEBUG: plugins dir: /home/mike/.synergy/plugins /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/arch/unix/ArchPluginUnix.cpp,52 [2016-06-10T01:42:34] DEBUG: loading plugin: libns.so /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/arch/unix/ArchPluginUnix.cpp,80 [2016-06-10T01:42:34] DEBUG: plugin loaded: libns.so (version 1.3) /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/arch/unix/ArchPluginUnix.cpp,107 [2016-06-10T01:42:34] DEBUG: XOpenDisplay(":0") /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/platform/XWindowsScreen.cpp,920 [2016-06-10T01:42:35] DEBUG: xscreensaver window: 0x00000000 /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/platform/XWindowsScreenSaver.cpp,346 [2016-06-10T01:42:35] DEBUG: screen shape: 0,0 5040x1920 (xinerama) /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/platform/XWindowsScreen.cpp,150 [2016-06-10T01:42:35] DEBUG: window is 0x01c00004 /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/platform/XWindowsScreen.cpp,151 [2016-06-10T01:42:35] DEBUG: adopting new buffer /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/base/EventQueue.cpp,180 [2016-06-10T01:42:35] DEBUG: opened display /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/synergy/Screen.cpp,49 [2016-06-10T01:42:35] DEBUG: registered hotkey ScrollLock (id=ef14 mask=0000) as id=1 /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/platform/XWindowsScreen.cpp,748 [2016-06-10T01:42:35] NOTE: started server, waiting for clients /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/synergy/ServerApp.cpp,549 [2016-06-10T01:42:35] DEBUG: event queue is ready /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/base/EventQueue.cpp,118 [2016-06-10T01:42:35] DEBUG: add pending events to buffer /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/base/EventQueue.cpp,120 [2016-06-10T01:42:35] DEBUG: screen "vov.wks" shape changed /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/server/Server.cpp,1195 [2016-06-10T01:42:35] NOTE: accepted client connection /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/server/ClientListener.cpp,145 [2016-06-10T01:42:35] DEBUG: received client "vovlaptop" info shape=0,0 1366x768 at 0,0 /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/server/ClientProxy1_0.cpp,416 [2016-06-10T01:42:35] NOTE: client "vovlaptop" has connected /builddir/build/BUILD/synergy-1.7.6-stable/src/lib/server/Server.cpp,336 [/code] I hope this helps toward some kinda resolution.

Share this post


Link to post
Share on other sites
Folks, I'm generally having a lot of stability issues with Synergy lately and they are difficult to trace back. How can I enable better logging / debugging to get more useful info to the devs here? I'm seeing issues which cause me to have to restart the server (no error per se - synergy just stops working between screens until I either restart the client or the server). One of the triggers seems to be passing clipboard data back and forth but I don't have the evidence / data to confirm yet. Over time, the server will hang on to an old connection and won't allow the client to reconnect and starts saying "client already connected / disconnecting" loop. I find myself having to restart both the client and / or server like multiple times per hour - it's definitely making synergy a less effective productive tool and has me looking at other options at this point :( These issues may be exacerbated by the fact that I'm on a laptop / desktop and constantly losing connection to network but that's definitely not a signifant piece in this problem as far as I can tell at this point. Thanks, -Tyler

Share this post


Link to post
Share on other sites
Finally got some errors related to copy / paste but they are probably not super helpful without additional details :( [2016-06-14T11:52:16] ERROR: corrupted clipboard data, expected size=41 actual size=4 [2016-06-14T11:52:16] ERROR: corrupted clipboard data, expected size=4 actual size=41 [2016-06-14T11:52:16] ERROR: corrupted clipboard data, expected size=41 actual size=4 [2016-06-14T11:52:16] ERROR: corrupted clipboard data, expected size=41 actual size=45 After seeing these, I could not get a connection from the client until I restarted the server daemon. -Tyler

Share this post


Link to post
Share on other sites
Here's another breakdown: [2016-06-14T12:24:38] WARNING: a client with name "MLJ3AGF6T6" is already connected [2016-06-14T12:24:38] NOTE: disconnecting client "MLJ3AGF6T6" [2016-06-14T12:24:38] NOTE: client "MLJ3AGF6T6" has disconnected [2016-06-14T12:24:39] INFO: switch from "tyler-OptiPlex-9010" to "MLJ3AGF6T6" at 0,708 [2016-06-14T12:24:39] INFO: leaving screen [2016-06-14T12:24:40] NOTE: accepted client connection [2016-06-14T12:24:40] INFO: accepted secure socket [2016-06-14T12:24:41] WARNING: a client with name "MLJ3AGF6T6" is already connected [2016-06-14T12:24:41] NOTE: disconnecting client "MLJ3AGF6T6" [2016-06-14T12:24:41] NOTE: client "MLJ3AGF6T6" has disconnected [2016-06-14T12:24:43] NOTE: accepted client connection [2016-06-14T12:24:43] INFO: accepted secure socket [2016-06-14T12:24:43] WARNING: a client with name "MLJ3AGF6T6" is already connected [2016-06-14T12:24:43] NOTE: disconnecting client "MLJ3AGF6T6" [2016-06-14T12:24:43] NOTE: client "MLJ3AGF6T6" has disconnected [2016-06-14T12:24:45] NOTE: accepted client connection [2016-06-14T12:24:45] INFO: accepted secure socket [2016-06-14T12:24:46] WARNING: a client with name "MLJ3AGF6T6" is already connected [2016-06-14T12:24:46] NOTE: disconnecting client "MLJ3AGF6T6" [2016-06-14T12:24:46] NOTE: client "MLJ3AGF6T6" has disconnected [2016-06-14T12:24:48] NOTE: accepted client connection [2016-06-14T12:24:48] INFO: accepted secure socket [2016-06-14T12:24:48] WARNING: a client with name "MLJ3AGF6T6" is already connected [2016-06-14T12:24:48] NOTE: disconnecting client "MLJ3AGF6T6" [2016-06-14T12:24:48] NOTE: client "MLJ3AGF6T6" has disconnected [2016-06-14T12:24:50] NOTE: accepted client connection [2016-06-14T12:24:50] INFO: accepted secure socket [2016-06-14T12:24:51] WARNING: a client with name "MLJ3AGF6T6" is already connected [2016-06-14T12:24:51] NOTE: disconnecting client "MLJ3AGF6T6" [2016-06-14T12:24:51] NOTE: client "MLJ3AGF6T6" has disconnected [2016-06-14T12:24:54] NOTE: accepted client connection [2016-06-14T12:24:54] INFO: accepted secure socket [2016-06-14T12:24:54] WARNING: a client with name "MLJ3AGF6T6" is already connected [2016-06-14T12:24:54] NOTE: disconnecting client "MLJ3AGF6T6" [2016-06-14T12:24:54] NOTE: client "MLJ3AGF6T6" has disconnected [2016-06-14T12:24:56] INFO: switch from "MLJ3AGF6T6" to "tyler-OptiPlex-9010" at 1593,688 [2016-06-14T12:24:56] INFO: entering screen [2016-06-14T12:24:56] NOTE: accepted client connection [2016-06-14T12:24:56] INFO: accepted secure socket [2016-06-14T12:24:57] WARNING: a client with name "MLJ3AGF6T6" is already connected [2016-06-14T12:24:57] NOTE: disconnecting client "MLJ3AGF6T6" [2016-06-14T12:24:57] NOTE: client "MLJ3AGF6T6" has disconnected [2016-06-14T12:24:59] NOTE: accepted client connection [2016-06-14T12:24:59] INFO: accepted secure socket [2016-06-14T12:24:59] WARNING: a client with name "MLJ3AGF6T6" is already connected [2016-06-14T12:24:59] NOTE: disconnecting client "MLJ3AGF6T6" [2016-06-14T12:24:59] NOTE: client "MLJ3AGF6T6" has disconnected [2016-06-14T12:25:00] INFO: switch from "tyler-OptiPlex-9010" to "MLJ3AGF6T6" at 0,625 [2016-06-14T12:25:00] INFO: leaving screen [2016-06-14T12:25:01] INFO: switch from "MLJ3AGF6T6" to "tyler-OptiPlex-9010" at 1678,625 [2016-06-14T12:25:01] INFO: entering screen [2016-06-14T12:25:01] NOTE: accepted client connection [2016-06-14T12:25:01] INFO: accepted secure socket ^C[2016-06-14T12:25:02] NOTE: disconnecting client "MLJ3AGF6T6" [2016-06-14T12:25:02] NOTE: client "MLJ3AGF6T6" has connected [2016-06-14T12:25:02] NOTE: client "MLJ3AGF6T6" has disconnected ^C[2016-06-14T12:25:04] NOTE: accepted client connection [2016-06-14T12:25:04] INFO: accepted secure socket [2016-06-14T12:25:04] WARNING: a client with name "MLJ3AGF6T6" is already connected [2016-06-14T12:25:04] NOTE: disconnecting client "MLJ3AGF6T6" [2016-06-14T12:25:04] NOTE: client "MLJ3AGF6T6" has disconnected [2016-06-14T12:25:05] NOTE: disconnecting client "MLJ3AGF6T6" If I lock my machines and comeback - I go into this disconnect / reconnect loop where it thinks I'm already connected :twisted: Again, in this scenario I have to restart the app on both computers... -Tyler

Share this post


Link to post
Share on other sites
[quote="John Herry"]Thirded - Not sure what logs I would need to provide, but I am running server on Kubuntu 14.04, Windows 7 Enterprise client I don;t lose connection or performance, just the copy/paste between systems. Clipboard just stays local until I restart the server[/quote] I just want to second that. Since many have the same issue and they reported their logs, I'll just share my configuration. My main server is on Fedora 24 x64 beta (not Mint 18 x64 beta) [b][Edit this line][/b] My client machine is Windows 7x64. I also installed Ditto on my windows machine. I do lots of small copy/paste. Sometimes it can be images. It does not matter whether I copy from my server machine or client machine it just occurs. I do admit that it happens most of the time from windows. I also tried to switch between server/client machine, but it was worse, not from failure point of view but from limitations like "lock screen" on Linux client and other strange behaviors. This is why my main settings are: Linux as server and Windows as client. Although I need to stop/start the Synergy server few times a day, and sometimes even restart it, It is a valuable tool for my daily work. Saar

Share this post


Link to post
Share on other sites
Same here - Fedora 23 server, Windows 8.1 client Copy-pasting from Windows always causes disconnection, Linux->Windows always works. The other day an attempt to paste from Windows caused the Linux box to lock up completely requiring a reboot!

Share this post


Link to post
Share on other sites
Another error today (not sure this will be helpful) Server side: [2016-06-27T17:25:00] INFO: switch from "MLJ3AGF6T6" to "tyler-OptiPlex-9010" at 1660,203 [2016-06-27T17:25:00] INFO: entering screen [2016-06-27T17:25:00] DEBUG: open clipboard 0 [2016-06-27T17:25:00] DEBUG: start receiving clipboard data [2016-06-27T17:25:00] DEBUG: receiving clipboard 0 size=22 [2016-06-27T17:25:00] DEBUG: received client "MLJ3AGF6T6" clipboard 0 seqnum=1250, size=22 [2016-06-27T17:25:00] DEBUG: start receiving clipboard data [2016-06-27T17:25:00] DEBUG: receiving clipboard 1 size=22 [2016-06-27T17:25:00] DEBUG: received client "MLJ3AGF6T6" clipboard 1 seqnum=1250, size=22 [2016-06-27T17:25:00] INFO: screen "MLJ3AGF6T6" updated clipboard 0 [2016-06-27T17:25:00] DEBUG: open clipboard 0 [2016-06-27T17:25:00] INFO: screen "MLJ3AGF6T6" updated clipboard 1 [2016-06-27T17:25:00] DEBUG: open clipboard 1 [2016-06-27T17:25:00] DEBUG: empty clipboard 1 [2016-06-27T17:25:00] DEBUG: grabbed clipboard 1 [2016-06-27T17:25:00] DEBUG: add 10 bytes to clipboard 1 format: 0 [2016-06-27T17:25:00] DEBUG: close clipboard 1 [2016-06-27T17:25:08] DEBUG: ssl connection closed Client side: [2016-06-27T17:16:52] WARNING: cursor may not be visible [2016-06-27T17:16:52] INFO: clipboard was updated [2016-06-27T17:16:52] INFO: clipboard was updated [2016-06-27T17:19:04] INFO: leaving screen [2016-06-27T17:19:04] WARNING: cursor may not be visible [2016-06-27T17:19:37] INFO: entering screen [2016-06-27T17:19:37] WARNING: cursor may not be visible [2016-06-27T17:20:07] INFO: leaving screen [2016-06-27T17:20:07] WARNING: cursor may not be visible [2016-06-27T17:21:48] INFO: entering screen [2016-06-27T17:21:48] WARNING: cursor may not be visible [2016-06-27T17:21:48] INFO: clipboard was updated [2016-06-27T17:25:53] INFO: leaving screen [2016-06-27T17:25:53] WARNING: cursor may not be visible [2016-06-27T17:26:01] NOTE: server is dead [2016-06-27T17:26:01] WARNING: cursor may not be visible [2016-06-27T17:26:02] WARNING: failed to connect to server: server is not responding [2016-06-27T17:26:03] NOTE: connecting to '10.66.18.129': 10.66.18.129:24800 [2016-06-27T17:26:14] ERROR: failed to conne ct secure socket [2016-06-27T17:26:15] NOTE: disconnected from server I had to restart the server to fix. -Tyler

Share this post


Link to post
Share on other sites
I have now gone from just not bringing the clipboard to the server from the client, to actually losing connection by just copying and pasting a lot on the client, and then switching to the server at which time I can't go back to the client until I stop and start the service [i][b]Please[/b][/i] tell me someone is looking into this, as I have pretty much made myself reliant on this program....

Share this post


Link to post
Share on other sites
Same shit keeps happening. Work: - Client: Win7 64bit enterpise - Server: Ubuntu 12 LTS Home: - Client: Win 10 64bit pro - Server: Ubuntu 14 LTS Wont copy paste logs. I have done that in previous releases and nobody seems to care about this.

Share this post


Link to post
Share on other sites
Woohoo, I think they fixed it! I have been using 1.82 now for three hours and copy paste from win to Linux and vice versa has not crashed once. I think I killed and restarted old Synergy at least 3 000 times. :)

Share this post


Link to post
Share on other sites

Please sign in to comment

You will be able to leave a comment after signing in



Sign In Now