Currently, if I drag a window to the edge of the screen, a gray preview will appear indicating how the window will be resized. For example, if I drag to the top of the screen, the whole desktop will be shaded gray to indicate the window will be maximized. When I release the mouse, the window is resized to match the gray preview. I currently have the global keyboard shortcut "Window One Desktop Down" of "System Settings" set to Ctrl-Alt-Shift-Down in Plasma 5 System Settings. The problem does not occur with the "Switch One Desktop Down/Left/Right/Up" shortcut. If I change the workspace of a window using Ctrl-Alt-Shift-Down while the window is held on the edge of the screen in preparation for a resize, the workspace changes properly, but when I release the mouse button, the window never resizes and stays in the same place before releasing the mouse button, the mouse keeps the "move" icon, the gray preview never disappears, and the mouse and keyboard cannot focus or interact with any window, including the one previously being moved. The system becomes virtually unusable. The simplest workaround I've seen to get a working system again is to use krunner's Alt-F2 shortcut, which can take focus, and kill the program owning the window that was previously being moved. This problem occurs with both GTK and Qt applications, and the hanging does not stop if plasmashell is killed and restarted. Reproducible: Always Steps to Reproduce: 1. In the Global Keyboard Shortcuts settings, navigate to the KDE component "System Settings" and set the Action "Window One Desktop Down" (or Left/Right/Up/Down) to e.g. Ctrl-Alt-Shift-Down. 2. Ensure that in the "Screen Edges" section of Plasma System Settings that "Maximize windows by dragging them to the top of the screen" and "Tile windows by dragging them to the side of the screen" are both checked. 3. Start Kate. 4. Point the mouse on the titlebar of the mouse window and begin holding the primary mouse button down. 5. Move the pointer to the very top of the screen, keeping the primary mouse button held. 6. Press Ctrl-Alt-Shift-Down (or Left/Right/Up/Down) to change the window's workspace. 7. Release the mouse button. Actual Results: The window never resizes and stays in the same place before releasing the mouse button, the mouse keeps the "move" icon, the gray preview never disappears, and the mouse and keyboard cannot focus or interact with any window, including the one previously being moved. The system becomes virtually unusable. Expected Results: Resized the window to match the preview as it normally does.
I get some false visual representation w/ compositing until I release the mouse, but the entire thing works as expected otherwise (preview hides and the window shows up on the other desktop) - but I've also some local patches running (no idea whether one might impact this, https://git.reviewboard.kde.org/r/126266/ might be relevant) => How does it behave w/ suspended compositing? (SHIFT+Alt+F12 to toggle) Instead of killing the client, "kwin_x11 --replace &" should do as well.
You are correct, "kwin_x11 --replace" works as well, but I need to execute it from krunner as I can't access a terminal. It still occurs with suspended compositing. If it matters, I am running the NVIDIA 358.16-3 driver.
(In reply to Kevin Haroldsen from comment #2) > You are correct, "kwin_x11 --replace" works as well, but I need to execute > it from krunner as I can't access a terminal. sudo pacman -Sy yakuake # you're welcome ;-) Meehhh - https://git.reviewboard.kde.org/r/126266/ already went into 5.5.1, so it won't be the cure and I don't see which local patch may bail me out. "2. Ensure that in the "Screen Edges" section of Plasma System Settings that "Maximize windows by dragging them to the top of the screen" and "Tile windows by dragging them to the side of the screen" are both checked." Is that actually important (ie. does it not fail for you if only the relevant feature is enabled, ie. maximizing in your case)? "5. Move the pointer to the very top of the screen, keeping the primary mouse button held." Do you have an (autohiding) panel there? Do you switch desktops by moving (windows) there (beyond the quick maximization position) Does the same happen with tiling on the left/right edge?
Dear Bug Submitter, This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond. Thank you for helping us make KDE software even better for everyone!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!