Public bug reported:
You can turn "Sreen Lock" off using gnome-control-center > Privacy >
Screen Lock : Off.
However, this is bad terminology because you screen will still go into
the exact same "Screen Lock" state upon an inactivity timeout, but the
only difference is that you don't have to enter your password to regain
access to the desktop.
While this accomplishes "not having to re-enter your password when
coming back from an inactivity timeout", I'm very dissatisfied with a
couple of behaviors.
1) After reaching an "inactivity timeout" that "locks" your screen, you
cannot unlock your screen by simply moving your mouse; you have to press
enter. I want to be able to accomplish this also by moving my mouse.
2) Even if you press the enter key, to come out of "lock mode", it takes
too long before you can interact with the applications you had open. I
expect this to be instantaneous! If I were coming out of a suspended
state, I could understand some delay. However, I'm not coming out of a
suspended state, I just coming out of a screen lock.
I do not like how this works. The whole purpose of this, as far as I'm
concerned, is to increase the lifespan of my display monitors. All I
want this to do, when a inactivity timeout occurs, is turn off all my
monitor, and the only delay I expect, when coming back to my desktop, is
what ever delay my monitor causes; the desktop should be fully available
even before my monitor starts to display the desktop again.
Having to press Enter and waiting 5 or 10 seconds before I can start
working is NOT something that anyone wants.
ProblemType: Bug
DistroRelease: Ubuntu 19.10
Package: gnome-control-center 1:3.34.1-1ubuntu2
ProcVersionSignature: Ubuntu 5.3.0-19.20-generic 5.3.1
Uname: Linux 5.3.0-19-generic x86_64
ApportVersion: 2.20.11-0ubuntu8.1
Architecture: amd64
CurrentDesktop: ubuntu:GNOME
Date: Sat Nov 2 16:58:25 2019
InstallationDate: Installed on 2019-10-30 (3 days ago)
InstallationMedia: Ubuntu 19.10 "Eoan Ermine" - Release amd64 (20191017)
ProcEnviron:
TERM=xterm-256color
PATH=(custom, no user)
XDG_RUNTIME_DIR=<set>
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: gnome-control-center
UpgradeStatus: No upgrade log present (probably fresh install)
** Affects: gnome-control-center (Ubuntu)
Importance: Undecided
Status: New
** Tags: amd64 apport-bug eoan
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gnome-control-center in Ubuntu.
https://bugs.launchpad.net/bugs/1851067
Title:
Screen Lock Recovery has Unnecessary Delays
Status in gnome-control-center package in Ubuntu:
New
Bug description:
You can turn "Sreen Lock" off using gnome-control-center > Privacy >
Screen Lock : Off.
However, this is bad terminology because you screen will still go into
the exact same "Screen Lock" state upon an inactivity timeout, but the
only difference is that you don't have to enter your password to
regain access to the desktop.
While this accomplishes "not having to re-enter your password when
coming back from an inactivity timeout", I'm very dissatisfied with a
couple of behaviors.
1) After reaching an "inactivity timeout" that "locks" your screen,
you cannot unlock your screen by simply moving your mouse; you have to
press enter. I want to be able to accomplish this also by moving my
mouse.
2) Even if you press the enter key, to come out of "lock mode", it
takes too long before you can interact with the applications you had
open. I expect this to be instantaneous! If I were coming out of a
suspended state, I could understand some delay. However, I'm not
coming out of a suspended state, I just coming out of a screen lock.
I do not like how this works. The whole purpose of this, as far as I'm
concerned, is to increase the lifespan of my display monitors. All I
want this to do, when a inactivity timeout occurs, is turn off all my
monitor, and the only delay I expect, when coming back to my desktop,
is what ever delay my monitor causes; the desktop should be fully
available even before my monitor starts to display the desktop again.
Having to press Enter and waiting 5 or 10 seconds before I can start
working is NOT something that anyone wants.
ProblemType: Bug
DistroRelease: Ubuntu 19.10
Package: gnome-control-center 1:3.34.1-1ubuntu2
ProcVersionSignature: Ubuntu 5.3.0-19.20-generic 5.3.1
Uname: Linux 5.3.0-19-generic x86_64
ApportVersion: 2.20.11-0ubuntu8.1
Architecture: amd64
CurrentDesktop: ubuntu:GNOME
Date: Sat Nov 2 16:58:25 2019
InstallationDate: Installed on 2019-10-30 (3 days ago)
InstallationMedia: Ubuntu 19.10 "Eoan Ermine" - Release amd64 (20191017)
ProcEnviron:
TERM=xterm-256color
PATH=(custom, no user)
XDG_RUNTIME_DIR=<set>
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: gnome-control-center
UpgradeStatus: No upgrade log present (probably fresh install)
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1851067/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
