Bug 479572

Summary:	Laptop lid close sleep not working with mem_sleep_default=deep
Product:	[Plasma] plasmashell	Reporter:	casiofx83gt
Component:	Power management & brightness	Assignee:	Plasma Bugs List <plasma-bugs-null>
Status:	RESOLVED WORKSFORME
Severity:	normal	CC:	jpetso, natalie_clarius, nate
Priority:	NOR
Version First Reported In:	5.27.10
Target Milestone:	1.0
Platform:	Fedora RPMs
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description casiofx83gt 2024-01-09 12:50:15 UTC

SUMMARY
***
The first time I close the laptop lid, it goes to sleep. After waking, all subsequent lid closes do nothing. The screen stays on. /proc/acpi/button/lid/LID0/state shows closed, but the sleep never occurs.
***


STEPS TO REPRODUCE
1. Close laptop lid initially, so the laptop sleeps
2. Wake up laptop again.
3. Close lid again

OBSERVED RESULT
Nothing happens

EXPECTED RESULT
Laptop should sleep

SOFTWARE/OS VERSIONS
OS: Fedora 39
KDE Plasma Version: 5.27.10
KDE Frameworks Version: 5.111.0
Qt Version: 5.15.11

ADDITIONAL INFORMATION
I am using tlp, and have set sleep to deep in boot options.

Comment 1 casiofx83gt 2024-01-10 13:24:45 UTC

Turns out this only happens when mem_sleep_default=deep boot parameter is set.

Comment 2 Nate Graham 2025-06-10 16:16:57 UTC

Thanks for the bug report, and I'm sorry nobody looked at it yet.

Can you mention what that parameter does, and why you're using it?

Also, is this still happening in Plasma 6.3.5 or later?

Comment 3 Bug Janitor Service 2025-06-25 03:48:02 UTC

🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME.

For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging.

Thank you for helping us make KDE software even better for everyone!

Comment 4 Bug Janitor Service 2025-07-10 03:48:18 UTC

🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.