[kwin] [Bug 449541] Quick tile action via shortcut de-maximizes the window without tiling as a first action
https://bugs.kde.org/show_bug.cgi?id=449541 --- Comment #13 from Nicholas Serrano <2019nicho...@gmail.com> --- (In reply to Vlad Zahorodnii from comment #11) > As a workaround, select "No Borders" border size in system settings. I > believe it should fix the issue when using Sierra Breeze Enhanced This indeed works as a workaround, thanks for the tip -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 449541] Quick tile action via shortcut de-maximizes the window without tiling as a first action
https://bugs.kde.org/show_bug.cgi?id=449541 --- Comment #10 from Nicholas Serrano <2019nicho...@gmail.com> --- I see. Thanks for looking into the issue and asking the right questions as I hadn't provided much info initially. I'll keep an eye on the mr and update this report/open a new one if I run into any issues after updating kwin to a version that should have the fix. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 449541] Quick tile action via shortcut de-maximizes the window without tiling as a first action
https://bugs.kde.org/show_bug.cgi?id=449541 --- Comment #7 from Nicholas Serrano <2019nicho...@gmail.com> --- Ah I was typing up/recording a way to reproduce but saw your message. I was using Sierra Breeze Enhanced Window Decorations and after switching to Breeze the bugged behavior went away. It does seem associated with decorated windows when using that specific Window decoration theme. I assume I should open a bug report with the creator of Sierra Breeze Enhanced. (https://github.com/kupiqu/SierraBreezeEnhanced) -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 449541] Quick tile action via shortcut de-maximizes the window without tiling as a first action
https://bugs.kde.org/show_bug.cgi?id=449541 --- Comment #4 from Nicholas Serrano <2019nicho...@gmail.com> --- Just updated to the following: KDE Plasma Version: 5.24.0 KDE Frameworks Version: 5.90.0 Qt Version: 5.15.2 Kernel Version: 5.16.5-200.fc35.x86_64 (64-bit) Using https://copr.fedorainfracloud.org/coprs/zawertun/kde/ I'm still running into this issue however have noticed that it does not affect gtk applications, for example the "Problem Reporting" app on Fedora, or rnote from flathub. Should I expect to have seen different behavior in 5.24 or have those fixes not been pushed to a release yet. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 449541] Quick tile action via shortcut de-maximizes the window without tiling as a first action
https://bugs.kde.org/show_bug.cgi?id=449541 --- Comment #2 from Nicholas Serrano <2019nicho...@gmail.com> --- Currently using Wayland, I can confirm that when I switch to X11 the bugged behavior goes away so this is Wayland specific -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 329136] Quick Tiling shortcuts always toggle tiling, regardless whether the current tiling state matches the shortcut
https://bugs.kde.org/show_bug.cgi?id=329136 Nicholas Serrano <2019nicho...@gmail.com> changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=449541 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 449541] New: Quick tile action via shortcut de-maximizes the window without tiling as a first action
https://bugs.kde.org/show_bug.cgi?id=449541 Bug ID: 449541 Summary: Quick tile action via shortcut de-maximizes the window without tiling as a first action Product: kwin Version: 5.23.5 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: core Assignee: kwin-bugs-n...@kde.org Reporter: 2019nicho...@gmail.com Target Milestone: --- SUMMARY Using a quick tile action via shortcut on a window that is currently maximized causes it to de-maximize without tiling. A subsequent quick tile action tiles as expected. EXPECTED RESULT Using a quick tile action via shortcut on a window that is currently maximized will tile it immediately. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora Linux 35 (available in About System) KDE Plasma Version: 5.23.5 KDE Frameworks Version: 5.90.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 376104] Quick tile window to any screen edge or corner de-maximizes the window without tiling as a first action since plasma 5.9.0
https://bugs.kde.org/show_bug.cgi?id=376104 Nicholas Serrano <2019nicho...@gmail.com> changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=449541 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 376104] Quick tile window to any screen edge or corner de-maximizes the window without tiling as a first action since plasma 5.9.0
https://bugs.kde.org/show_bug.cgi?id=376104 Nicholas Serrano <2019nicho...@gmail.com> changed: What|Removed |Added Status|RESOLVED|REOPENED CC||2019nicho...@gmail.com Resolution|FIXED |--- --- Comment #30 from Nicholas Serrano <2019nicho...@gmail.com> --- Currently using Fedora 35 and it seems this bugged behavior has returned at some point. Using a keybind to quick tile a currently maximized window causes the window to unmaximize but not tile as desired until a subsequent quick tile bind is pressed. Has anyone else run into this issue? -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 433887] Dock offset changes when compositor is suspended
https://bugs.kde.org/show_bug.cgi?id=433887 --- Comment #8 from Nicholas Serrano <2019nicho...@gmail.com> --- Perfect, tried out the latest commits and can confirm this is resolved now. -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 433887] Dock offset changes when compositor is suspended
https://bugs.kde.org/show_bug.cgi?id=433887 --- Comment #5 from Nicholas Serrano <2019nicho...@gmail.com> --- Just built Latte from git with the latest fix. It seems now when compositing is suspended the affected dock just disappears. The other docks without an offset stay visible however the offset one only shows up with compositing enabled. Thanks for looking into this! -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 433887] Dock offset changes when compositor is suspended
https://bugs.kde.org/show_bug.cgi?id=433887 --- Comment #3 from Nicholas Serrano <2019nicho...@gmail.com> --- Created attachment 136439 --> https://bugs.kde.org/attachment.cgi?id=136439&action=edit Latte layout file -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 433887] Dock offset changes when compositor is suspended
https://bugs.kde.org/show_bug.cgi?id=433887 --- Comment #1 from Nicholas Serrano <2019nicho...@gmail.com> --- Seems there was an issue with the attached video so here is a link: https://streamable.com/c60ro2 -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 433887] New: Dock offset changes when compositor is suspended
https://bugs.kde.org/show_bug.cgi?id=433887 Bug ID: 433887 Summary: Dock offset changes when compositor is suspended Product: lattedock Version: git (master) Platform: Debian testing OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: application Assignee: mvourla...@gmail.com Reporter: 2019nicho...@gmail.com Target Milestone: --- Created attachment 136333 --> https://bugs.kde.org/attachment.cgi?id=136333&action=edit Dock offset changing when toggling compositing SUMMARY When the compositor is suspended, the offset distance of the dock changes. STEPS TO REPRODUCE 1. Change dock maximum length to 75% 2. Set Offset to 4% 3. Compare distance to edge of the screen before compositing is suspended and after OBSERVED RESULT Compositing effects are disabled and dock changes position. EXPECTED RESULT Compositing effects are disabled and dock stays in place. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Bedrock Linux 0.7.20beta2 Poki, Debian Testing stratum (available in About System) KDE Plasma Version: 5.20.5 KDE Frameworks Version: 5.78.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION I've attached a video to help visualize what I'm talking about. -- You are receiving this mail because: You are watching all bug changes.