| Summary: | Unreliable input shaping in vnc | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Franklin Weng <franklin> |
| Component: | core | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | major | CC: | yofel |
| Priority: | NOR | Flags: | thomas.luebking:
ReviewRequest+
|
| Version: | 4.10.3 | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| URL: | https://git.reviewboard.kde.org/r/112623/ | ||
| Latest Commit: | http://commits.kde.org/kde-workspace/c2e7e0e5ec095c1519e372bf73e326d58927250d | Version Fixed In: | 4.11.2 |
| Sentry Crash Report: | |||
| Attachments: |
xdpyinfo log launched inside a vnc session
Xorg.0.log for vnc session |
||
|
Description
Franklin Weng
2013-05-30 04:30:56 UTC
Created attachment 80438 [details]
xdpyinfo log launched inside a vnc session
Created attachment 80439 [details]
Xorg.0.log for vnc session
Following Thomas' suggestion, I changed the window decoration from Oxygen to Laptop. It worked! This problem didn't occurred. The xdpyinfo output and Xorg.0.log attached. I also tested Quartz decoration. It worked too. It looks like a problem of Oxygen decoration? The problem is, that the server misannounces the availability of input shaping or kwin misdetects it. The shape extension is there and loaded, do you have any messages in .xsession-errors or when starting "kwin --replace" from konsole, which sound related? ftr: vendor string: The XFree86 Project, Inc vendor release number: 40300000 XFree86 version: 4.3.0 that "slightly" dated X11 version would rather not have input shaping (In reply to comment #4) > The problem is, that the server misannounces the availability of input > shaping or kwin misdetects it. > The shape extension is there and loaded, do you have any messages in > .xsession-errors or when starting "kwin --replace" from konsole, which sound > related? Since using the same vnc server with KDE 4.9 would not have any problem, even using Oxygen decoration too, I think it may be more like kwin (in KDE 4.10) misdetected it. I'm now experiencing on another box and will give the xsession-errors result later. shot into the blue: the extended input area? @Frank: please ensure that the Oxygen border size is at least normal. Don't use tiny or no side borders or no borders. Please also give a try to the new Plastik in 4.10, which is the most close decoration to Oxygen. (In reply to comment #7) > shot into the blue: the extended input area? @Frank: please ensure that the > Oxygen border size is at least normal. Don't use tiny or no side borders or > no > borders. > > Please also give a try to the new Plastik in 4.10, which is the most close > decoration to Oxygen. Um... I don't know about oxygen border size. I just used default one after installing a fresh kubuntu 12.10 (or 13.04) and upgraded to KDE 4.10. I don't think it would use tiny or no side borders or no borders. (Please see my screenshot http://www.goodhorse.idv.tw/goodhorse/vnc.jpg and see the window's border) According to Hugo's suggestion, adding [Windeco] UseExtendedWindowBorders=false to .kde/share/config/oxygenrc (create it if not exist) would solve this problem under oxygen decoration. (In reply to comment #7) > shot into the blue: the extended input area? i'm betting many ppls. arms on this, yes. @Frank the feature was simply not in use before - it's handling is also broken in older Qt versions, breaking DnD, why it's also blacklisted for those. we're testing the shape extension version and require 1.1 (from 2006 reg xorg) - what might fail to respond correctly (host instead of client) or have deviated in xfree86 (where 4.3.0 is from 2002 or so) what does (in the vnc session)
xdpyinfo -ext SHAPE | grep SHAPE
print?
To say whether there's some issue in KWin or this is a bug in VNC, we need the output for comment #11 Sorry for not updating this status. Since my problem was solved with oxygenrc I didn't follow it anymore.
My xdpyinfo output was:
$ xdpyinfo -ext SHAPE | grep SHAPE
SHAPE
SHAPE version 1.0 opcode: 128, base event: 64
Hope that helps.
(In reply to comment #13) > Sorry for not updating this status. Since my problem was solved with > oxygenrc I didn't follow it anymore. > > > My xdpyinfo output was: > > $ xdpyinfo -ext SHAPE | grep SHAPE > SHAPE > SHAPE version 1.0 opcode: 128, base event: 64 > > Hope that helps. BTW, this one was under a vnc session with oxygenrc set to UseExtendedWindowBorders=false. I used oxygen decoration. Thanks for bumping that (and confirming that VNC has insufficient input shaping) The input shape test is not complete, so you'll get an input window though input shaping is not supported (thus the blocked input) Git commit c2e7e0e5ec095c1519e372bf73e326d58927250d by Thomas Lübking. Committed on 09/09/2013 at 17:38. Pushed by luebking into branch 'KDE/4.11'. input window: ensure input shaping is supported FIXED-IN: 4.11.2 REVIEW: 112623 M +3 -0 kwin/client.cpp http://commits.kde.org/kde-workspace/c2e7e0e5ec095c1519e372bf73e326d58927250d |
