Closed Bug 1437791 Opened 7 years ago Closed 6 years ago

Drop down suggestion in username from saved login is not selected using arrowkey and enter

Categories

(Toolkit :: Form Manager, defect, P2)

59 Branch
defect

Tracking

()

RESOLVED DUPLICATE of bug 1388123
Tracking Status
firefox-esr52 --- unaffected
firefox-esr60 --- wontfix
firefox58 --- unaffected
firefox59 --- wontfix
firefox60 --- wontfix
firefox61 --- wontfix
firefox62 --- wontfix
firefox64 --- wontfix
firefox65 --- wontfix
firefox66 --- wontfix
firefox67 --- fix-optional

People

(Reporter: combettaworld, Unassigned)

References

Details

(Keywords: regression, Whiteboard: [passwords:fill-ui])

Attachments

(1 file)

STR: 1.Open Gmail login page 2.Have a saved Google login 3.Click on Email or Phone 4.Drop down will suggest saved logins 5.press down arrow key 6.First saved login suggested will be selects 7.Press enter Actual Results - Saved login's email was not select Expected Results - Saved login's should have been selecteds and entered.
Summary: Drop down suggestion in username from saved logined → Drop down suggestion in username from saved logined is not selected using arrowkey and enter
Component: Keyboard Navigation → Form Autofill
Product: Firefox → Toolkit
Added attachment with the issue.
We also received a report on Webcompat.com related to this issue. https://github.com/webcompat/web-bugs/issues/15568 Environment: Browser / Version: Firefox Nightly 60.0a1 (2018-02-21) Operating System: Linux Ubuntu 16.04
Status: UNCONFIRMED → NEW
Ever confirmed: true
Could someone help run mozregression to see what broke this?
Has Regression Range: --- → no
Component: Form Autofill → Form Manager
Flags: needinfo?(oana.arbuzov)
Flags: needinfo?(combettaworld)
Priority: -- → P1
Summary: Drop down suggestion in username from saved logined is not selected using arrowkey and enter → Drop down suggestion in username from saved login is not selected using arrowkey and enter
Flags: needinfo?(albert)
The problem is reproduced since Firefox35 win10. And UA spoofing will fix the login form on Nightly60.0a1. setting "general.useragent.override" to "Mozilla/5.0 (Windows NT 6.3; WOW64; rv:34.0) Gecko/20100101 Firefox/34.0". So this seems to be the site problem.
Alice, either you are right, then bug 1439023 is not a dup of this, or what you are referring to might be a different issue. Here I have created a test case with steps to reproduce the issue I am experiencing (bug 1439023) and found the following regression: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=3eeb832ace97ae24cfeb3db0cbcdbc3390b1f304&tochange=0fd485f3f388f4fdd9044aa6598245e511a4179a
Flags: needinfo?(oana.arbuzov)
Flags: needinfo?(combettaworld)
Flags: needinfo?(albert)
Sorry for bug spam, that is the test case: https://codepen.io/scheinercc/full/mXawWz/
Albert seems to disagree (Quoting Albert Scheiner [:alberts] from bug 1439023 comment #2) > I have created a test case with steps to reproduce the issue and found the > following regression: > https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=3eeb832ace97ae24cfeb3db0cbcdbc3390b1f304&tochange=0fd485f3f388f4fdd9044aa6598245e511a4179a
Blocks: 1429718
Has Regression Range: no → yes
Has STR: --- → yes
Version: 58 Branch → 59 Branch
Flags: needinfo?(MattN+bmo)
Flags: needinfo?(MattN+bmo)
Hey Matt, we have a p1 here that seems to dropped by the way side, can you take a look?
Flags: needinfo?(MattN+bmo)
Moving this request to Dolske, looking for an owner here.
Flags: needinfo?(MattN+bmo) → needinfo?(dolske)
Is there any pref I can change for the moment to "fix" this for my nightlies while this task is idle here?
Moving to p3 because no activity for at least 24 weeks. See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information
Priority: P1 → P3
Matt, can you help find someone to investigate?
Flags: needinfo?(MattN+bmo)
Declaring new-year needinfo bankruptcy. Oh, but since this just got touched: This year+ old regression is not a priority. Though we are likely to start doing some password manager work this year, so quite possible we will take a look.
Flags: needinfo?(dolske)
Flags: needinfo?(MattN+bmo)

Happy to take a patch in nightly 67, or potentially, in beta 66 for this.
Marking as fix-optional to remove it from weekly regression triage, since there is a priority assigned.

Please excuse me for repeating my question, but

Is there any pref I can change for the moment to "fix" this for my nightlies while this task is idle here?

(In reply to Albert Scheiner [:alberts] from comment #17)

Please excuse me for repeating my question, but

Is there any pref I can change for the moment to "fix" this for my nightlies while this task is idle here?

No

Priority: P3 → P2
Whiteboard: [passwords:fill-ui]

According to https://webcompat.com/issues/15568#issuecomment-424709817 and my testing on Trello this seems to be fixed.

mozregression confirmed that this was fixed by bug 1388123.

I un-duped the autofill bug which was different and only applies when form autofill is enabled.

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

Attachment

General

Created:
Updated:
Size: