[Powerdevil] [Bug 392798] Power button actions should be handled from lock screen
https://bugs.kde.org/show_bug.cgi?id=392798 --- Comment #24 from Miguel De Anda --- (In reply to Dm from comment #23) > (kubuntu 22.04, plasma 5.24.7, KDE Frameworks 5.92.0, QT 5.15.3, X11) > There is a little hack: even when screen is locked, keyboard shortcuts are > still available. So you can go to settings -> shortcuts -> power -> suspend > (or hibernate) -> assign a new shortcut -> push power button (agree reassign) > Now suspend (or hibernate) works in every case (logged in or lockscreen) This seemed to work for me. I no longer have to switch the kvm and/or turn on monitor to log in to hit the power button. I highly recommend manually removing the original shortcut since it suspended my computer mid-process. -- You are receiving this mail because: You are watching all bug changes.
[Powerdevil] [Bug 392798] Power button actions should be handled from lock screen
https://bugs.kde.org/show_bug.cgi?id=392798 Miguel De Anda changed: What|Removed |Added CC||mig...@thedeanda.com --- Comment #22 from Miguel De Anda --- (In reply to Kamil Dudka from comment #21) > After upgrade to plasma 5.24.4 I can see "Sleep", "Hibernate", and "Switch > User" buttons on my lock screen. The first two hunks of attachment #127083 > [details] are still needed to keep the HW power button functional while the > screen is locked. I never paid attention to the GUI update recently but it's still pretty bad that I need to turn on monitor, to sleep my computer. I've actually been logging in completely then hitting the power button. Always making sure nobody sees how silly my actions my appear. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 435972] Plastik window decorations render issues after suspend/resume
https://bugs.kde.org/show_bug.cgi?id=435972 --- Comment #2 from Miguel De Anda --- Created attachment 137738 --> https://bugs.kde.org/attachment.cgi?id=137738=edit fixed by switching window decoration to breeze, then back to plastik i didn't restart anything and just switched window decorations to fix the issue. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 435972] Plastik window decorations render issues after suspend/resume
https://bugs.kde.org/show_bug.cgi?id=435972 --- Comment #1 from Miguel De Anda --- Created attachment 137737 --> https://bugs.kde.org/attachment.cgi?id=137737=edit this particular suspend/resume resulted in multiple different treatments -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 435972] New: Plastik window decorations render issues after suspend/resume
https://bugs.kde.org/show_bug.cgi?id=435972 Bug ID: 435972 Summary: Plastik window decorations render issues after suspend/resume Product: kwin Version: 5.21.4 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: decorations Assignee: kwin-bugs-n...@kde.org Reporter: mig...@thedeanda.com Target Milestone: --- SUMMARY My workstation is set to suspend after 1hr and it does so about 20 times a week and roughly 2-5 of the resumes result in window decoration issues. I thought it was related to closed source nvidia drivers but I discovered it _only_ happens with Plastik and not with Breeze window decorations. STEPS TO REPRODUCE 1. Open a few different app windows 2. Let computer suspend 3. Resume OBSERVED RESULT Window decorations may not render corrently, sometimes a black bar, other times stretched/blurry title text and most times the min/max/close buttons don't render or end up with odd click areas make them harder to use. EXPECTED RESULT Window decorations should look the same as prior to suspending. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.21.4 KDE Frameworks Version: 5.81.0 Qt Version: 5.15.2 Kernel Version: 5.11.15-arch1-2 OS Type: 64-bit Graphics Platform: X11 Processors: 6 × AMD FX(tm)-6100 Six-Core Processor Memory: 23.5 GiB of RAM Graphics Processor: NVIDIA GeForce GTX 950/PCIe/SSE2 ADDITIONAL INFORMATION I had the same issue on Ubuntu about 6 months ago but have since switched to Archlinux with same results. I discovered that Breeze was ok only while on Arch. -- You are receiving this mail because: You are watching all bug changes.