[bug] [2.1.1.24] jolla-devicelock: "Too many attempts" stright after initial reboot

Tracked by Jolla (In progress)

asked 2017-07-31 23:12:10 +0200

Louis gravatar image

updated 2017-08-02 13:54:31 +0200

The following bug does both apply to Jolla 1 and Jolla C (Jolla Tablet untested).

I was running 2.1.0.11 with a lock code on my device which worked perfectly but right after I upgraded to 2.1.1.24 and rebooted I was told that my phone was locked due to too many wrong login attempts despite not having typed anything after reboot.

This fix doesn't work as changes written to *devicelock_settings.conf gets ignored despite being listed by /usr/lib/qt5/plugins/devicelock/encpartition --get-config-key.

A dirty fix was to rename /mnt/usr/share/lipstick/devicelock/devicelock_settings.conf to eg. devicelock_settings.conf_bk (via either ssh or recovery telnet). This makes it possible to boot the device and get in by typing my lock code, but the device lock entry in the Settings menu is gone. Renaming the settings file back to devicelock_settings.conf doesn't retore the menu entry.

Settings file prior to upgrade (2.1.0.11):

[desktop]
nemo\devicelock\automatic_locking=0
nemo\devicelock\code_current_is_digit_only=1
emo\devicelock\code_current_length=8
nemo\devicelock\code_last_changed=1466266383
nemo\devicelock\maximum_attempts=4

Settings file after upgrade (2.1.1.24):

[desktop]
nemo\devicelock\automatic_locking=0
nemo\devicelock\code_current_is_digit_only=1
nemo\devicelock\code_current_length=8
nemo\devicelock\code_last_changed=1466266383
nemo\devicelock\maximum_attempts=4
nemo\devicelock\peeking_allowed=1
nemo\devicelock\sideloading_allowed=1
nemo\devicelock\maximum_automatic_locking=-1
nemo\devicelock\absolute_maximum_attempts=-1
nemo\devicelock\current_attempts=4
nemo\devicelock\show_notification=1
nemo\devicelock\code_max_length=42
nemo\devicelock\code_min_length=5
nemo\devicelock\code_input_is_keyboard=false
nemo\devicelock\code_max_age=0
nemo\devicelock\code_remember_previous=1
nemo\devicelock\expiration_notification_threshold=5
nemo\devicelock\expiration_notification_last_emitted=0
nemo\devicelock\encrypt_home=false
nemo\devicelock\temporary_lock_timeout=-1
nemo\devicelock\supported_device_reset_options=Reboot
nemo\devicelock\code_is_mandatory=false
nemo\devicelock\code_generation=NoCodeGeneration

[access-level]
maximum_automatic_locking=DeviceManagement
absolute_maximum_attempts=DeviceManagement
current_attempts=System
show_notification=SecureUser
code_max_length=DeviceManagement
code_min_length=DeviceManagement
code_input_is_keyboard=SecureUser
code_max_age=SecureUser
code_remember_previous=DeviceManagement
expiration_notification_threshold=SecureUser
expiration_notification_last_emitted=System
encrypt_home=System
temporary_lock_timeout=SecureUser
supported_device_reset_options=Configuration
code_is_mandatory=DeviceManagement
code_generation=DeviceManagement
code_last_changed=System
edit retag flag offensive close delete

Comments

4

Thanks for the report. A bug filed to Jolla error database.

jovirkku ( 2017-07-31 23:35:06 +0200 )edit

I run into this half an hour ago. Have been using my Jolla1 for quite some time after updating it to 2.1.1.24. I run into this suddenly when I was about to check the wheather. I know my security code and there has not been any limit set to the number of attempts.

My phone has been on for more that 24 hours, this happened suddenly out of the blue.

My config file looks like this:

nemo\devicelock\peeking_allowed=1
nemo\devicelock\maximum_automatic_locking=-1
nemo\devicelock\absolute_maximum_attempts=-1
nemo\devicelock\current_attempts=10
nemo\devicelock\sideloading_allowed=-1
nemo\devicelock\show_notification=1
nemo\devicelock\code_current_length=6
nemo\devicelock\code_current_is_digit_only=1
nemo\devicelock\code_input_is_keyboard=false
nemo\devicelock\code_max_age=0
nemo\devicelock\code_remember_previous=1
nemo\devicelock\code_last_changed=1501655662
nemo\devicelock\expiration_notification_threshold=5
nemo\devicelock\expiration_notification_last_emitted=0
nemo\devicelock\encrypt_home=false
nemo\devicelock\temporary_lock_timeout=-1
nemo\devicelock\supported_device_reset_options=Reboot
nemo\devicelock\code_is_mandatory=false
nemo\devicelock\code_generation=NoCodeGeneration

[access-level]
maximum_automatic_locking=DeviceManagement
absolute_maximum_attempts=DeviceManagement
current_attempts=System
sideloading_allowed=InsecureUser
show_notification=SecureUser
code_current_length=System
code_current_is_digit_only=System
code_input_is_keyboard=SecureUser
code_max_age=SecureUser
code_remember_previous=DeviceManagement
code_last_changed=System
expiration_notification_threshold=SecureUser
expiration_notification_last_emitted=System
encrypt_home=System
temporary_lock_timeout=SecureUser
supported_device_reset_options=Configuration
code_is_mandatory=DeviceManagement
code_generation=DeviceManagement
automatic_locking=SecureUser

I finally resorted to removing the dvicelock_settings.cof and left only my backup. I am now able to log into my phone AND I have device lock -in the settings menu. I even tried to change the code, change the locking interval, change whether notifications should be shown when locked or not.

Nothing writes new devicelock_settings.conf, so I guess this runs on some defauls from /usr/lib/qt5/plugins/devicelock/encpartition or the operation is diverted to some other module we are not aware of (new DeviceManagement)?.

Lupin ( 2017-08-17 21:24:17 +0200 )edit

Thanks for your comment Lupin. Sorry to hear about your struggles. This seems to be a serious bug then.

Louis ( 2017-08-17 22:45:39 +0200 )edit

One more unlucky guy here - me. Don't know how I run to this. Just take my Jolla 1 from the shelf and saw permanet lock message,

SFOS 2.2.0.29

kandelabra ( 2018-09-14 22:02:07 +0200 )edit

@kandelabra Sorry to hear that. Have you tried my dirty fix? Either via ssh or telnet recovery? I'd be glad if you could tell my your Sailfish version after you get it booted up since this bug was said to be fixed in 2.1.2.

Louis ( 2018-09-14 22:59:05 +0200 )edit