SUMMARY Hey, I'm still testing plasma 6 wayland session on endeavourOS/arch. When using the overview effect, I noticed that when I moved a window from desktop 2 to desktop 1. The window would appear on my left monitor. If I clicked the window, it would quickly disappear. Once I switched to desktop 1 it would be in the right spot which is the second monitor. Also if you trigger the overview effect and drag a window to the other monitor instead of into the thumbnail bar. The window will disappear to one of your other virtual desktops and most likely be on the wrong monitor. STEPS TO REPRODUCE 1. Need multiple monitors for this one, but first have at least two virtual desktops. 2. First move a window to the second virtual desktop. 3. Switch to the second virtual desktop. 4. Trigger the overview effect.. 5. Drag the window to first virtual desktop using the thumbnail bar at the top. OBSERVED RESULT The window will show up on your other monitor, but you can't click on it because it is not actually there. If you do click on it, it will close the overview effect and the window will disappear. You will then find the window on the correct monitor EXPECTED RESULT The window should not appear on the other monitor at all because it is not supposed to be there. SOFTWARE/OS VERSIONS Operating System: EndeavourOS KDE Plasma Version: 5.92.0 KDE Frameworks Version: 5.248.0 Qt Version: 6.7.0 Kernel Version: 6.7.2-arch1-1 (64-bit) Graphics Platform: Wayland Processors: 16 × AMD Ryzen 7 5800X 8-Core Processor Memory: 62.7 GiB of RAM Graphics Processor: NVIDIA GeForce RTX 3080/PCIe/SSE2 Manufacturer: Micro-Star International Co., Ltd. Product Name: MS-7C95 System Version: 1.0 ADDITIONAL INFORMATION: I recorded some videos of the problem, but they are too big to upload. It is around 78 MiB.
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.