<table><tr><td style="">graesslin created this revision.<br />Restricted Application added a project: KWin.<br />Restricted Application added subscribers: kwin, plasma-devel.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D6467" rel="noreferrer">View Revision</a></tr></table><br /><div><strong>REVISION SUMMARY</strong><div><p>There is a regression in WindowBasedEdge::soStopApproaching. Due to<br />
only operate when the edge activates for pointer it is possible that<br />
the cursor polling stays active. Explaining the situation:</p>

<ol class="remarkup-list">
<li class="remarkup-list-item">Activate switch desktop when moving window</li>
<li class="remarkup-list-item">Start moving a window</li>
<li class="remarkup-list-item">Move mouse into the approach geometry</li>
</ol>

<p>-> doStartApproaching activates as we are moving a window</p>

<ol class="remarkup-list" start="4">
<li class="remarkup-list-item">stop moving window</li>
</ol>

<p>-> doStopApproaching early exits as the position does not activate for</p>

<div class="remarkup-code-block" style="margin: 12px 0;" data-code-lang="text" data-sigil="remarkup-code-block"><pre class="remarkup-code" style="font: 11px/15px "Menlo", "Consolas", "Monaco", monospace; padding: 12px; margin: 0; background: rgba(71, 87, 120, 0.08);">pointer any more - we are not moving a window</pre></div>

<p>-> cursor polling is still connected and whenever mouse enters edge</p>

<div class="remarkup-code-block" style="margin: 12px 0;" data-code-lang="text" data-sigil="remarkup-code-block"><pre class="remarkup-code" style="font: 11px/15px "Menlo", "Consolas", "Monaco", monospace; padding: 12px; margin: 0; background: rgba(71, 87, 120, 0.08);">approaching is started</pre></div>

<p>The analysis shows that the check whether activates for pointer is wrong<br />
in the case of stop approaching. If the edge started to approach, we also<br />
need to stop approaching.</p>

<p>This change addresses the problem by turning the check into whether the<br />
connection for cursor position update is set.</p>

<p>This is the third bug fix to the X11 screen edge handling after<br />
introducing touch screen edges. This needs more manual testing by<br />
everybody in the Plasma team who is still using X11.</p>

<p>BUG: 381849<br />
FIXED-IN: 5.10.4</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R108 KWin</div></div></div><br /><div><strong>BRANCH</strong><div><div>fix-x11-edge-deactivation-5.10</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D6467" rel="noreferrer">https://phabricator.kde.org/D6467</a></div></div><br /><div><strong>AFFECTED FILES</strong><div><div>plugins/platforms/x11/standalone/edge.cpp<br />
plugins/platforms/x11/standalone/edge.h</div></div></div><br /><div><strong>To: </strong>graesslin, KWin, Plasma<br /><strong>Cc: </strong>plasma-devel, kwin, ZrenBot, progwolff, lesliezhai, ali-mohamed, hardening, jensreuterberg, abetts, sebas, apol, mart, lukas<br /></div>