Project

General

Profile

Bug #12598

Afghani keyboard selected in Greeter if typing super fast

Added by sajolida almost 2 years ago. Updated 4 months ago.

Status:
Confirmed
Priority:
Low
Assignee:
-
Category:
-
Target version:
-
Start date:
05/25/2017
Due date:
% Done:

0%

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

Description

For weeks now, I've been trying to understand why I sometimes get an Afghani keyboard in Greeter instead of a Spanish one. I think that this sequence reproduce this bug if performed fast enough:

  • Press Alt+K to change the keyboard layout.
  • Type "spa" fast enough and press Enter right after that.
  • Afghani keyboard is selected instead of Spanish.

If I perform the same sequence slower I get a Spanish keyboard as expected.


Related issues

Related to Tails - Bug #12638: Automatic language → keyboard selection is broken when selecting some languages Confirmed 06/04/2017
Related to Tails - Bug #15169: Keyboard layout is not updated in Administration Password fields in Greeter Confirmed 01/16/2018

History

#1 Updated by intrigeri almost 2 years ago

  • Status changed from New to Confirmed
  • Parent task set to #8230

(Please don't rely too much on the fact that I read all Redmine changes: I'm not the only one responsible for the new Greeter and the port to Stretch => adding anonym and alan as watchers.)

#2 Updated by intrigeri almost 2 years ago

  • Assignee set to sajolida
  • Target version deleted (Tails_3.0)
  • QA Check set to Info Needed

I wonder if this happens only because Afghani is the first item on the list, or because the "sp" is typed before the GTK widget is ready to take keystrokes into account and thus the first item that matches the next letter typed ("a") is picked. I can't reproduce this myself, but it would be interesting to know if Afghani is selected as well if you type "fre" (that has no "a") very fast (instead of "spa") => info needed. This will allow whoever tackles this to focus their work better :)

There's surely a bug somewhere: maybe the GTK widget gets the focus too late, maybe we're building the list of keyboards lazily when "Keyboard Layout" is selected and there's some lag, or something.

But I don't think we can realistically set this as a blocker for 3.0, for three reasons:

  • I doubt it's a regression as using the keyboard only was really painful in the old Greeter;
  • we have a bunch of higher-priority Greeter bugs to work on (Alan and I have scheduled two days for that);
  • I'm sorry but most GUI software we ship in Tails tends to need a little bit of time here and there between user actions. This is one of the (design) reasons why they provide visual feedback wrt. their current status and the outcome of user actions. In the case at hand, this implies that typing Enter super fast, without checking that the desired item was selected already, i.e. using a GUI without looking at the outcome of one's actions, is deemed to produce unexpected results. Your CPU simply needs some time to react to your keystrokes, and that's not we we can fix in the next 2 weeks :)

=> dropping the target version.

#3 Updated by sajolida almost 2 years ago

  • Assignee changed from sajolida to alant
  • QA Check deleted (Info Needed)

More info:

  • The bug occurs only when "Enter" is typed very fast after "spa". Pausing for 1 second between "Alt+K" and "spa" doesn't prevent the bug.
  • Even when the bug appears, "Spanish" is highlighted in the search box results before pressing "Enter". So there's a mismatch between the feedback given by the search box ("Spanish is selected") and the outcome ("Afghani is selected").
  • If typing again "Alk+K" right after the bug occurs, "spa" is still typed in the search box and press "Enter" selects Spanish as expected. That's a workaround :)
  • Performing the same sequence with "fre" also leads to Afghani being selected.
  • I can reproduce this bug as many time as I want from the same session, switch Afghani back to English or some other keyboard layout that I know how to use.

It seems like you've felt pressured by my setting 3.0, it was not my intention to say that this should be fixed in time for 3.0 as I agree that it's a minor glitch.

I disagree with your analysis of what feedback is useful for but I won't go into a theoretical UX discussion here :)

Assigning to alant who wrote that software because otherwise with no assignee and no target version I'm afraid we will loose this from sight.

#4 Updated by intrigeri almost 2 years ago

  • Parent task changed from #8230 to #11643

#5 Updated by u almost 2 years ago

So it looks like this happens because Afghani is the first language in the list.

#6 Updated by intrigeri almost 2 years ago

  • Related to Bug #13456: Running Tails 3.01 with Language German has a serious bug added

#7 Updated by intrigeri almost 2 years ago

  • Related to deleted (Bug #13456: Running Tails 3.01 with Language German has a serious bug )

#8 Updated by u over 1 year ago

  • Related to Bug #12638: Automatic language → keyboard selection is broken when selecting some languages added

#9 Updated by u over 1 year ago

still happens in Tails 3.4, but you really have to type much faster than the average user.

#10 Updated by u over 1 year ago

  • Related to Bug #15169: Keyboard layout is not updated in Administration Password fields in Greeter added

#11 Updated by sajolida over 1 year ago

  • Assignee deleted (alant)

I don't think Alan ever said he would fix this :)

#12 Updated by u 9 months ago

  • Priority changed from Normal to Low

lowering priority of this ticket as nobody is assigned and it seems to be a corner case.

#13 Updated by sajolida 4 months ago

  • Parent task deleted (#11643)

Also available in: Atom PDF