| Summary: | Window briefly appears on wrong desktop when dragging a window from desktop 1 on screen A to desktop 2 on screen B | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Dashon <dashonwwIII> |
| Component: | effects-overview | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | minor | CC: | dashonwwIII, dougshaw77, fanzhuyifan, nate |
| Priority: | NOR | Keywords: | multiscreen, qt6 |
| Version First Reported In: | 5.92.0 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | https://invent.kde.org/plasma/kwin/-/commit/5bf066ff11a3fa9ec70963ffe96ecef6c39280ad | Version Fixed In: | |
| Sentry Crash Report: | |||
|
Description
Dashon
2024-01-30 20:44:56 UTC
Sorry, this one was kinda hard to describe, but the gist of it is that windows seem to jump around between monitors when using the overview effect with multiple monitors. Can reproduce -- the overview effect is quite finicky with multiple monitors. I'm seeing something similar. Neon Testing, Plasma 5.92.90, Frameworks 5.249.0, Qt 6.6.1 Hmm, I'm not able to reproduce it myself. (In reply to Nate Graham from comment #4) > Hmm, I'm not able to reproduce it myself. One way I can reproduce this reliably is to enter gridview, and then drag a window from desktop 1 on screen A to desktop 2 on screen B. In the overview effects it will show up at desktop 2 on screen A, while in reality it has been moved to desktop 2 on screen B. I can reproduce that. *** This bug has been marked as a duplicate of bug 478777 *** Apparently not the same thing; see https://invent.kde.org/plasma/kwin/-/merge_requests/5174#note_869710. Un-marking as a duplicate. A possibly relevant merge request was started @ https://invent.kde.org/plasma/kwin/-/merge_requests/5193 Git commit 5244f9f406cd029786c7c766d2561b089497ebf6 by Marco Martin. Committed on 15/02/2024 at 09:58. Pushed by mart into branch 'master'. Only show otherScreenThumbnail if we are actually dragging otherScreenThumbnail is used to fake a window thumbnail being dragged half in the old screen, half in the "new" one (or even more than two) right now the condition to use it is purely the "real" thumbnail x or y change, but sometimes especially when the item has just been created and is being laid out it might trigger an itemDraggedOutOfScreen when no-one was dragging. We should never make otherScreenThumbnail visible when we aren't dragging a thumbnail, so check for Drag being active in the source item. the item will be kept visible even if drag becomes inactive as before, as it still needs to be visible for the reset animation M +3 -1 src/plugins/private/qml/WindowHeap.qml https://invent.kde.org/plasma/kwin/-/commit/5244f9f406cd029786c7c766d2561b089497ebf6 Git commit 5bf066ff11a3fa9ec70963ffe96ecef6c39280ad by Marco Martin. Committed on 15/02/2024 at 10:01. Pushed by mart into branch 'Plasma/6.0'. Only show otherScreenThumbnail if we are actually dragging otherScreenThumbnail is used to fake a window thumbnail being dragged half in the old screen, half in the "new" one (or even more than two) right now the condition to use it is purely the "real" thumbnail x or y change, but sometimes especially when the item has just been created and is being laid out it might trigger an itemDraggedOutOfScreen when no-one was dragging. We should never make otherScreenThumbnail visible when we aren't dragging a thumbnail, so check for Drag being active in the source item. the item will be kept visible even if drag becomes inactive as before, as it still needs to be visible for the reset animation M +3 -1 src/plugins/private/qml/WindowHeap.qml https://invent.kde.org/plasma/kwin/-/commit/5bf066ff11a3fa9ec70963ffe96ecef6c39280ad (In reply to fanzhuyifan from comment #5) > (In reply to Nate Graham from comment #4) > > Hmm, I'm not able to reproduce it myself. > > One way I can reproduce this reliably is to enter gridview, and then drag a > window from desktop 1 on screen A to desktop 2 on screen B. In the overview > effects it will show up at desktop 2 on screen A, while in reality it has > been moved to desktop 2 on screen B. Can still reproduce with these steps in master build That's https://bugs.kde.org/show_bug.cgi?id=481331. Please don't reopen bug reports for unrelated bugs. (In reply to Vlad Zahorodnii from comment #13) > That's https://bugs.kde.org/show_bug.cgi?id=481331. Please don't reopen bug > reports for unrelated bugs. Ah sorry I forgot there was a separate one. |