SUMMARY Draging a maximized window when a 1.5 scale is applied will result in it moving it's origin point (instead of restoring it to an unmaximized state). STEPS TO REPRODUCE 1. Add 'BorderlessMaximizedWindows=true' to your kwinrc 2. Add a 1.5 scale for your output 3. Open an application that supports dragging from within itself (like KDevelop) 4. Maximize it. (the border should be hidden now) 5. Click inside your application and drag and drop it else where. OBSERVED RESULT The application remains in a maximized state (with it's border hidden) while it's changing it's origin point. EXPECTED RESULT The application should return to a window mode (unmaximized), before changing it's origin point. SOFTWARE/OS VERSIONS Linux/KDE Plasma: 5.14.90 KDE Plasma Version: 5.14.90 KDE Frameworks Version: 5.54.0 Qt Version: 5.12.0-3 ADDITIONAL INFORMATION This was tested using kwin for X11.
Video of the issue: https://drive.google.com/open?id=1lFxOT4Oyom4ksBYcVEawEvC8MxzpjhJt
Hmmm, can't reproduce. Could you please post your kwinrc and breezerc? > 2. Add a 1.5 scale for your output So... This happens only with 1.5 scaling factor, right?
(In reply to Vlad Zagorodniy from comment #2) > Hmmm, can't reproduce. Could you please post your kwinrc and breezerc? > > > 2. Add a 1.5 scale for your output > So... This happens only with 1.5 scaling factor, right? This reproduce on 2 different computers with 1.5 scale. This doesn't happen when there isn't any scaling (scale 1).
Created attachment 117744 [details] kwinrc file I don't have any breezerc file.
Hmm, I still can't reproduce it. Also, I'm wondering how scaling could affect net move resize.
Can you please create new user with default settings from Plasma 5.23 and only make the configuration changes you describe below and let us know if the issue is still present. We need to be able to reliably reproduce the issue to have a shot at fixing it.
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!