Bug 462010 - unable to unlock, use loginctl instead
Summary: unable to unlock, use loginctl instead
Status: RESOLVED WORKSFORME
Alias: None
Product: kscreenlocker
Classification: Plasma
Component: general (show other bugs)
Version: 5.26.3
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-11-18 21:31 UTC by Tim D
Modified: 2022-12-21 05:20 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tim D 2022-11-18 21:31:11 UTC
SUMMARY
kscreenlocker randomly crashes requiring 'loginctl unlock-session 2' to be used to get back into user session.

STEPS TO REPRODUCE
unable to reproduce due to random nature but it only seems to occur during sleep. I've had this more frequently on a Dell XPS13 9305 which i have sold. My current replacement laptop has experienced this issue once in 2 weeks. 

OBSERVED RESULT
loginctl unlock-session is required to log back into an existing session. 

EXPECTED RESULT
loginctl should not be required

SOFTWARE/OS VERSIONS
Operating System: Fedora Linux 37
KDE Plasma Version: 5.26.3
KDE Frameworks Version: 5.100.0
Qt Version: 5.15.6
Kernel Version: 6.0.8-300.fc37.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 16 × 12th Gen Intel® Core™ i5-1240P
Memory: 31.1 GiB of RAM
Graphics Processor: Mesa Intel® Graphics
Manufacturer: Framework
Product Name: Laptop (12th Gen Intel Core)
System Version: A4

ADDITIONAL INFORMATION
> $ dmesg -T
> ...
> [Fri Nov 18 18:06:26 2022] wlp166s0: authenticate with e8:48:b8:9b:4a:45
> [Fri Nov 18 18:06:26 2022] wlp166s0: send auth to e8:48:b8:9b:4a:45 (try 1/3)
> [Fri Nov 18 18:06:26 2022] wlp166s0: authenticate with e8:48:b8:9b:4a:45
> [Fri Nov 18 18:06:26 2022] wlp166s0: send auth to e8:48:b8:9b:4a:45 (try 1/3)
> [Fri Nov 18 18:06:26 2022] wlp166s0: authenticated
> [Fri Nov 18 18:06:26 2022] wlp166s0: associate with e8:48:b8:9b:4a:45 (try 1/3)
> [Fri Nov 18 18:06:26 2022] wlp166s0: RX AssocResp from e8:48:b8:9b:4a:45 (capab=0x511 status=0 aid=2)
> [Fri Nov 18 18:06:26 2022] wlp166s0: associated
> [Fri Nov 18 18:06:26 2022] wlp166s0: Limiting TX power to 27 (30 - 3) dBm as advertised by e8:48:b8:9b:4a:45
> [Fri Nov 18 18:06:26 2022] IPv6: ADDRCONF(NETDEV_CHANGE): wlp166s0: link becomes ready
> [Fri Nov 18 18:06:28 2022] wlp166s0: deauthenticating from e8:48:b8:9b:4a:45 by local choice (Reason: 3=DEAUTH_LEAVING)
> [Fri Nov 18 18:06:29 2022] show_signal_msg: 63 callbacks suppressed
> [Fri Nov 18 18:06:29 2022] kscreenlocker_g[3741]: segfault at 18 ip 00007f9a0f90bda6 sp 00007ffdab661660 error 4 in libLayerShellQtInterface.so.5.26.3[7f9a0f90a000+3000]
> [Fri Nov 18 18:06:29 2022] Code: 8d 64 24 38 48 89 44 24 28 48 89 ee 4c 89 e7 e8 10 e8 ff ff 48 89 ef e8 08 e9 ff ff 4c 89 e6 4c 89 ef 89 44 24 24 49 8b 46 38 <4c> 8b 48 18 4c 89 4c 24 18 e8 cc e9 ff ff 48 8b 44 24 40 4d 8b 7f
> [Fri Nov 18 18:06:29 2022] PM: suspend entry (s2idle)
> [Fri Nov 18 18:06:29 2022] Filesystems sync: 0.105 seconds
> [Fri Nov 18 18:06:29 2022] Freezing user space processes ... (elapsed 0.002 seconds) done.
> [Fri Nov 18 18:06:29 2022] OOM killer disabled.
> [Fri Nov 18 18:06:29 2022] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
> [Fri Nov 18 18:06:29 2022] printk: Suspending console(s) (use no_console_suspend to debug)
> [Fri Nov 18 18:06:30 2022] PM: suspend devices took 0.593 seconds
> [Fri Nov 18 18:06:30 2022] ACPI: EC: interrupt blocked
> ...

The exact process I've done tonight is disconnect laptop from charger/usb dock, update the entire OS via KDE Discover(i noticed the general OS updates and a handful of KDE flatpak updates) and reboot to apply the various updates. Login and fairly quickly press powerbutton to sleep. I come back about an hour later to wake laptop up and thats when i'm presented by the loginctl screen.

Based on the above dmesg output, kscreenlocker_g crashed as the laptop went into sleep, and not during resume. First time I've had an issue since owning this laptop (about 2 weeks).
Hopefully I've got the appropriate debug tools installed now for the next occurrence where i can provide a backtrace.
Comment 1 Nate Graham 2022-11-21 22:50:28 UTC
You said kscreenlocker_greet crashed... can you please attack a symbolicated backtrace of the crash? See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports
Comment 2 Bug Janitor Service 2022-12-06 05:18:24 UTC
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!
Comment 3 Bug Janitor Service 2022-12-21 05:20:46 UTC
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!