Project

General

Profile

Bug #13447

Inconsistent administration password setting process at Greeter

Added by mercedes508 about 2 years ago. Updated 24 days ago.

Status:
Confirmed
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
07/09/2017
Due date:
% Done:

0%

Feature Branch:
Type of work:
Code
Blueprint:
Starter:
Affected tool:
Greeter

Description

In Tails 3.0.1 (and previous), at Greeter, when setting an administration password the following way, you don't get any error message, but can't get and admin terminal neither:

Procedure =========

  • go to the admin password part of the Greeter
  • in the first field type your password, but wrongly (let's say "possword")
  • in the second field type the right one (let's say "password")

You get a notice that it doesn't match

  • change the password in the first field to the right one ("password")

You get a notice that it matches

  • Start Tails

Result ======

Can't open/use an admin password.


Related issues

Related to Tails - Bug #12386: Greeter sometimes fails to set Admin password on Stretch Duplicate 03/19/2017
Related to Tails - Feature #14544: Spend software developer time on smallish UX improvements In Progress 08/31/2018
Blocks Tails - Feature #16209: Core work: Foundations Team Confirmed

History

#1 Updated by intrigeri about 2 years ago

  • Parent task set to #11643

#2 Updated by intrigeri about 2 years ago

  • Related to Bug #12386: Greeter sometimes fails to set Admin password on Stretch added

#3 Updated by u over 1 year ago

Still confirmed in Tails 3.4.

I propose to merge #12386 and #13447. It seems to be the same bug.

It might be that the problem is simply that the Greeter expects us to focus the second field before clicking add? (I have not tested that idea.)

#4 Updated by u over 1 year ago

u wrote:

Still confirmed in Tails 3.4.

I propose to merge #12386 and #13447. It seems to be the same bug.

It might be that the problem is simply that the Greeter expects us to focus the second field before clicking add? (I have not tested that idea.)

I confirm that everything works correctly when following the procedure described in the ticket and then refocusing the second text field.

#5 Updated by sajolida 8 months ago

  • Related to Feature #14544: Spend software developer time on smallish UX improvements added

#6 Updated by sajolida 8 months ago

  • Parent task deleted (#11643)

#7 Updated by sajolida 26 days ago

Alan hasn't touched this ticket since it was created about 2 years ago and I think that we should unblock it.

#8 Updated by intrigeri 24 days ago

#9 Updated by intrigeri 24 days ago

  • Assignee deleted (alant)

sajolida wrote:

Alan hasn't touched this ticket since it was created about 2 years ago and I think that we should unblock it.

Yes, let's make it clear that this one is up for grabs, and could be tackled by any FT member: there's no particular reason why we need to block on Alan here.

Also available in: Atom PDF