Bug 169458 - Composited Kwin screen corners do nothing when Synergy client is being used for keyboard/mouse
Summary: Composited Kwin screen corners do nothing when Synergy client is being used f...
Status: RESOLVED INTENTIONAL
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
: 321259 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-08-20 01:32 UTC by Shayne Johnson
Modified: 2013-07-10 17:58 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Shayne Johnson 2008-08-20 01:32:11 UTC
Version:            (using KDE 4.1.0)
OS:                Linux
Installed from:    Ubuntu Packages

I have my top left and right screen corners mapped to display desktop grid and present windows respectively. These screen corners work flawlessly if I use the mouse connected directly to the computer. However, I have two computers, and use Synergy to control them both with one keyboard and mouse. When controlling the machine with the keyboard and mouse connected to the Synergy server, the screen corners do nothing. They continue to work with the mouse connected to the machine when synergyc is running, just not the mouse connected to the synergy server machine.

FWIW I'm using Synergy client 1.3.1, and on the server I've tried Synergy server 1.3.1 in both Windows XP SP2 and Kubuntu 8.04.1 w/ KDE 4.1 (using QuickSynergy on the Kubuntu machine).

If I reverse the machines, using the other machine as the server and vice-versa, the same thing happens on the other side, when Kubuntu is running. 

This is not an issue with Gnome or Xfce using Compiz-Fusion 0.7.4 or 0.7.6. Have not tried KDE 4.1 with Compiz-Fusion, seemed redundant.
Comment 1 Martin Flöser 2011-01-14 23:01:34 UTC
More a CANTFIX than a WONTFIX. Only one application can have the screen corners. Synergy is to my knowledge completely unmaintained, so we cannot do anything to fix Synergy or to make it work better with KWin.
Comment 2 Adam Porter 2013-07-07 19:09:29 UTC
Synergy is actively maintained and even funded now: http://synergy-foss.org/  Could this bug be fixed somehow?
Comment 3 Thomas Lübking 2013-07-07 19:32:49 UTC
Does this work with activation time set to 0?
Eventually with 
kwriteconfig --file kwinrc --group Windows --key ElectricBorderPushbackPixels 0
qdbus org.kde.kwin /KWin reconfigure
Comment 4 Thomas Lübking 2013-07-07 19:32:55 UTC
*** Bug 321259 has been marked as a duplicate of this bug. ***
Comment 5 Andreas Kuhl 2013-07-09 12:33:39 UTC
Enabling this setting causes a weird effect: The effect is now triggered but after some milliseconds (while the animation is still in progress), the screen is reverted to the nomal desktop before the effect was triggered. Looks really weird... 8-0
Comment 6 Thomas Lübking 2013-07-09 17:42:07 UTC
Is setting ElectricBorderPushbackPixels to 0 the crucial one or does already lowering the activation time cause the effect to be triggered?


Try raising the reactivation delay (1 second max in the GUI but i don't think the value is capped) - it should impact /when/ the effect is exited (or you just move the mouse out of the corner before it strikes)
Comment 7 Andreas Kuhl 2013-07-10 15:11:46 UTC
Nope, actually nothing makes the borders "catch" the mouse except "ElectricBorderPushbackPixels 0" which leads to the odd behaviour described above.
Comment 8 Martin Flöser 2013-07-10 16:12:44 UTC
I just need to point out that my Wayland branches should support that ;-)
Comment 9 Thomas Lübking 2013-07-10 17:58:45 UTC
Yes, it means that synergy does not support XWarpPointer.
-> Please bug them to add support for it (to get this working on X11)

The setting about the re-activation timer was never meant to be suggested to change sth. about the activation, but raising it should resolve you from the "weird" behavior of the no pushback activation (getting you more time to move the cursor out of the corner after activation)