By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.
Bug 2874 - Desktop locking at autologin doesn't work
Summary: Desktop locking at autologin doesn't work
Status: RESOLVED FIXED
Alias: None
Product: TDE
Classification: Unclassified
Component: tdebase (show other bugs)
Version: R14.0.x [Trinity]
Hardware: Other Linux
: P5 normal
Assignee: Michele Calgaro
URL:
Depends on:
Blocks: R14.0.5
  Show dependency tree / graph
 
Reported: 2018-02-16 05:08 CST by Q4OS Team
Modified: 2018-07-05 10:24 CDT (History)
4 users (show)

See Also:
Compiler Version:
TDE Version String:
Application Version:
Application Name:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Q4OS Team 2018-02-16 05:08:21 CST 
I have enabled autologin for a user in "tdecmshell tdm" module, and checked "Lock session" option. It should make desktop session locked immediately after the auto-login. Automatic login works fine, but locking the desktop doesn't. Screen gets a temporary lock for a second, but it's immediately unlocked.

Exact steps to reproduce:
- Fresh TDE testing (14.0.5) installation on Debian Stretch.
- Run "tdecmshell tdm" > Administrator mode > "Convenience" tab > check "Enable Auto-Login" > check "Lock session" option
- Reboot
- User is automatically logged in properly
- Bug: screen gets a lock for a second, but it's immediately unlocked
Comment 1 Michele Calgaro 2018-02-25 08:11:34 CST 
Do you see any difference with the option set and not set? From a very first quick look at the code, that option does not seem to be used in the code handling the desktop lock. I could be wrong though, I only had a quick overview.
Comment 2 Q4OS Team 2018-02-28 01:36:07 CST 
Yes, there is a difference with the option set, as the desktop is obviously locked for a second, but it's suddenly unlocked in a moment.
Comment 3 Michele Calgaro 2018-03-09 09:18:08 CST 
I will take a look at this.
Comment 4 Michele Calgaro 2018-04-01 05:24:33 CDT 
While working (although slowly) on this bug, I ran into another interesting one.
I have set autologin, lock and persistent options to ease working on the original bug. While rebuilding, reinstalling, killing and restarting tdm several times in a row, at some point a new bug has shown up. 
After the login in has completed and after the disappearing lock screen (original bug description) has come and gone, the lock screen kicks in again on its own after few seconds (2 to 5 approx) and this time it requires a passwork to unlock. This is a bug because:
- the lock screen should kick in after 10 minutes
- there is a 10 seconds grace period when password is not required
- the lock screen kicks in even if I am doing something in those few seconds
- the lock screen activates even if I later disable the option in TDE control center or if I disable the lock option in tdm login manager.

The only way to get rid of this unwanted lock, is to disable autologin. After exiting and relogging in, the autologin option can be re-enabled safely without the unwanted lock reappearing.
Not sure what causes this second lock to come up, I will need to investigate. It may be related to the original bug.
Comment 5 Michele Calgaro 2018-07-03 06:26:56 CDT 
This was another very interesting bug :-)
Commit a359fef2 (R14.1) and 30613a47 (R14.0) should provide a proper fix.

@Q4OS
Please test when the new packages are available and let us know if we can close the bug.
Comment 6 Q4OS Team 2018-07-05 06:27:20 CDT 
I can confirm the issue fixed after the last upgrade, Debian Stretch 64bit, TDE R14.0.5, Virtualbox. Thank you for fixing the bug.
Comment 7 Michele Calgaro 2018-07-05 10:24:08 CDT 
Great, thanks for testing the patch. 
R14.0.5 getting closer and closer :-)