[KRdp] [Bug 523974] Krdp mouse input issues in multi monitor setup / virtual monitor on existing plasma session

André Altmüller <[email protected]>
Newsgroups gmane.comp.kde.devel.bugs
Message-ID <[email protected]/>
https://bugs.kde.org/show_bug.cgi?id=523974

André Altmüller <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[email protected]

--- Comment #1 from André Altmüller <[email protected]> ---
Confirming this on Plasma 6.7.4 (krdp 6.7.4, KWin 6.7.4, Arch/CachyOS) with a
headless host (zero physical outputs, krdpserver --virtual-monitor 2560x1440@1
--plasma). Same symptoms: remote cursor stuck at top-left edge, clicks land in
empty space, every mouse move re-triggers Overview because the cursor sits
exactly on the hot corner.

ROOT CAUSE
The virtual-monitor screencast stream never records its size. In
src/screencasting.cpp:
- createOutputStream() sets stream->d->m_size = screen->virtualSize();
- createRegionStream() sets stream->d->m_size = g.size();
- createVirtualMonitorStream() sets NOTHING — m_size stays 0x0.

PlasmaScreencastV1Session::start() then does
setLogicalSize(d->request->size()), i.e. 0x0, and the mouse-move handler
computes logicalPosition = (x / 2560) * 0 = 0, so krdp forwards
pointer_motion_absolute(0, 0) on every move. Verified with WAYLAND_DEBUG=1:
button events forward fine, motion arrives clamped to the corner. Keyboard
unaffected.

FIX (one line, confirmed working)
In createVirtualMonitorStream(): add
    stream->d->m_size = resolution;
after the stream_virtual_output() call. Built 6.7.4 with this patch: pointer
tracks 1:1, clicks and drags work. Still present in current master.

Note: the wl_fixed scaling fix (804eb47) is a different issue and is already in
6.7.4; it does not fix this bug.

-- 
You are receiving this mail because:
You are watching all bug changes.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.