| Summary: | Desktop locking at autologin doesn't work | ||
|---|---|---|---|
| Product: | TDE | Reporter: | Q4OS Team <q4os> |
| Component: | tdebase | Assignee: | Michele Calgaro <michele.calgaro> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | bugwatch, michele.calgaro, q4os, slavek.banko |
| Priority: | P5 | ||
| Version: | R14.0.x [Trinity] | ||
| Hardware: | Other | ||
| OS: | Linux | ||
| Compiler Version: | TDE Version String: | ||
| Application Version: | Application Name: | ||
| Bug Depends on: | |||
| Bug Blocks: | 2696 | ||
|
Description
Q4OS Team
2018-02-16 05:08:21 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. 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. I will take a look at this. 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. 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. I can confirm the issue fixed after the last upgrade, Debian Stretch 64bit, TDE R14.0.5, Virtualbox. Thank you for fixing the bug. Great, thanks for testing the patch. R14.0.5 getting closer and closer :-) |