https://bugs.kde.org/show_bug.cgi?id=384805

--- Comment #4 from Michael Zanetti <mzane...@kde.org> ---
Hey, so, I've edited screenedge.cpp and commented out the pushback of the
cursor, and indeed the issue is gone (obviously at the cost that the one pixel
pushback doesn't work any more either).

I also tried to add debug prints for the cursor position when it hits the edge
and those seem to be correct. Which leads me to believe that the issue must be
somewhere on the path of of Cursor::setPos(). Not saying it's necessarily in
kwin itself, but at least it seems to happen when writing the position, and not
when reading it.

I tried to follow the path but I got lost. All the connections to
Cursor::posChanged don't seem to actually set the cursor (except in the
software cursor case which doesn't seem to be case here, at least I couldn't
see the m_softwareCursor path in platform.cpp being triggered) and the
drm/x11standalone backends don't actually seem to trigger any cursor position
updates, but rather only use that information for the edge glow and such.

Hope this helps, not sure where to go from here atm.
Br,
Michael

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to