Bug 459375 - long delay to display desktop after a screen lock
Summary: long delay to display desktop after a screen lock
Status: RESOLVED FIXED
Alias: None
Product: kscreenlocker
Classification: Unmaintained
Component: general (other bugs)
Version First Reported In: 5.25.5
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-09-19 08:39 UTC by Philippe ROUBACH
Modified: 2022-09-24 08:54 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Philippe ROUBACH 2022-09-19 08:39:12 UTC
SUMMARY
***
NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols.
See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports
***


STEPS TO REPRODUCE
1. wait for screen locking (5 mn)
2. at the moment the screen turns to black (the password field is not displayed), move the mouse or another action
3. 

OBSERVED RESULT

There is a long delay to display the desktop

EXPECTED RESULT

no delay to display the desktop


SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 5.25.5
KDE Frameworks Version: 5.98.0
Qt Version: 5.15.5
KDE Gears 22.08.1

ADDITIONAL INFORMATION
Comment 1 Nate Graham 2022-09-22 18:25:52 UTC
Can you define "long"? Are we talking about 5 seconds or 1 minute?

Is this on X11 or Wayland?
Comment 2 Philippe ROUBACH 2022-09-22 18:30:10 UTC
X11

In the past, there was no delay.

Today randomly 5 s, 15 s, 20 s
Comment 3 Nate Graham 2022-09-23 18:20:22 UTC
Could you take a video of what's happening using your phone? That would help. Thanks.
Comment 4 Philippe ROUBACH 2022-09-23 18:35:59 UTC
I made some experiments today. It's not a KDE problem.
Comment 5 Nate Graham 2022-09-23 19:19:09 UTC
Cool, thanks for following up! Out of curiosity, what was the problem?
Comment 6 Philippe ROUBACH 2022-09-24 08:54:00 UTC
I use clight instead of night color.
It is feature richer than night color. In particular clight adapts the screen brightness to the ambient light with a light sensor or the webcam as a light sensor. It gets a necessary feature : we can stop it with a command in a script when launching VLC or digikam.

I used clight for months without any problem.
For one week or two I got this problem.

KDE in September evolves a lot (plasma, framework, gears)
Clight did not evolve.

Perhaps the evolution of KDE brings to light an inconsistency between the two.

Read my bug report https://github.com/FedeDP/Clight/issues/256