[Powerdevil] [Bug 392798] Power button actions should be handled from lock screen

2023-02-15 Thread Miguel De Anda
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

2023-01-12 Thread Miguel De Anda
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

2021-04-20 Thread Miguel De Anda
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

2021-04-20 Thread Miguel De Anda
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

2021-04-20 Thread Miguel De Anda
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.