Closed Bug 1789623 Opened 2 years ago Closed 2 months ago

Subsequent password input dialogs no longer have focus in TB 102, need to click each input

Categories

(Thunderbird :: Message Reader UI, defect)

Thunderbird 102
defect

Tracking

(thunderbird_esr115 affected)

RESOLVED WORKSFORME
Tracking Status
thunderbird_esr115 --- affected

People

(Reporter: laurenthaas, Unassigned)

References

Details

(Keywords: access, ux-efficiency, Whiteboard: [STR comment 2])

User Agent: Mozilla/5.0 (Windows NT 6.1; rv:104.0) Gecko/20100101 Firefox/104.0

Steps to reproduce:

On startup, when you have several accounts that require passwords, the first password dialog has focus, so you can enter it without using your mouse, but the subsequent ones don't have focus. So you need to use your mouse to "activate" the dialog, which is very annoying. IIRC, there was no such a behavior with previous (major) versions

Expected results:

I wish I could enter several accounts passwords "in a row", with no need to active the dialog windows every time.

Component: Untriaged → Security

This issue still remains in version 102.3.1 (Windows)

Confirming for 102.4.2 (64-bit), Win10 vs. TB 91.13.1 (32-bit).

STR:

  • Have some accounts without a saved password (avoid using gmail/OAuth for testing, I used gmx-POP accounts).
  • Ensure that "Check for new messages at startup" is checked
  • Restart TB
  • Enter first account's password (use keyboard only)
  • Try to enter second account's password (use keyboard only)

Actual result:

  • In TB 102, entering PW for second account is not possible using keyboard only, requires mouse click to focus the PW dialog - all dialogs are loaded and stacked behind each other
  • In TB 91, PW dialogs are loaded sequentially (second is only loaded after entering PW for the first), so each dialog has focus and it's easy to enter all passwords for multiple accounts using keyboard only

Expected result:

  • TB should automatically focus each PW dialog to make password entry easy and hassle-free for keyboard only
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: ux-efficiency
Summary: Password dialogs focus → Subsequent password input dialogs no longer have focus in TB 102, need to click each input
Severity: -- → S3
Duplicate of this bug: 1799416
Whiteboard: [STR comment 2]
Severity: S3 → S4
Duplicate of this bug: 1706611

I think this should be assigned a Thunderbird frontend component, it's probably a bug in frontend code, not in the actual code executing security functionality.

Component: Security → Message Reader UI

Lauren, are these imap accounts or pop?

Some possible duplicates in https://mzl.la/3XTBftM

Flags: needinfo?(laurenthaas)

I use 2 different POP accounts.

In addition, when I start TB and wait a while before entering a password, I get several error messages that accumulate. After acknowledging them, another dialog asks me to try again to send the passwords (which have not yet been entered). A real mess.... This is with 115.11.1

Flags: needinfo?(laurenthaas)

Comment #7 seems similar to bug 1901546.

See Also: → 1901546

added based on comment #2:

entering PW for second account is not possible using keyboard only, requires mouse click

Keywords: access

(Asking only because I don't have a better question yet) Is this better or worse when using version 128?

Flags: needinfo?(laurenthaas)

I can't say. I'm using 115.15.0 (esr) and the bugs described remain. I live with them despite the inconvenience.

Flags: needinfo?(laurenthaas)

vlad, ramona, can you reproduce comment 2 using a current version?

Flags: needinfo?(vlucaci)
Flags: needinfo?(ramona)

Hello,

Using the STR from comment 2 , I was unable to reproduce this issue on 132.0a1(20240924101405) , 130.0(20240827135927) nor on 128.2.3esr(20240920043836).

However, I am able to confirm that the issue is present in 115.15(20240903191356) , albeit only occurring every once in a while (reproduced it only 2 times out of 10 attempts).
The weird thing is that when attempting to search for a regression range(mozregression-gui) or at the very least trying to reproduce the issue with the affected build from (2022-09-07- 20220907104202), I can no longer reproduce it.

It is also worth mentioning that this only occurred (twice) for a double POP account configuration (IMAP-IMAP or POP-IMAP configurations do not seem to be affected)

Flags: needinfo?(vlucaci)
Flags: needinfo?(ramona)

WFM based on comment 13.
laurenthaas, we can reopen if this reproduces when you get to 128.

Status: NEW → RESOLVED
Closed: 2 months ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.