Open Bug 1198363 Opened 9 years ago Updated 5 months ago

Password manager doesn't generate events for filling that web content expects


(Toolkit :: Password Manager, defect, P2)




Tracking Status
firefox43 --- affected
firefox66 --- affected
firefox67 --- affected
firefox68 --- affected
firefox69 --- affected
firefox70 --- affected
firefox71 --- affected
firefox72 --- affected
firefox73 --- affected
firefox74 --- affected


(Reporter: kjozwiak, Unassigned)


(Blocks 9 open bugs)


(Whiteboard: [passwords:fill-ui] [platform-rel-Facebook])


(1 file)

Attached image issue.png
I'm not really sure how relevant this bug really is, but I noticed when you fill in a password via the "Fill Password" context menu in the "New Password" field on facebook which has a field placeholder, the password will overlap the placeholder text. I tried other websites that use placeholders in their credential fields (linkedin, twitter) but couldn't reproduce this.

* attached a screenshot to illustrate the issue

Maybe it's worth looking into why it's happening with the "New Password" field on Facebook's signup form. Perhaps this might affect other sites out there that are using placeholders in their credential fields.


- visit (make sure you have some logins saved)
- right click on the "New Password" field and use "Fill Password"
- the filled in password will overlap the placeholder text (note: pasting works fine)

Kamil, would you mind seeing if you can still reproduce this?

Flags: needinfo?(kamiljoz)
Flags: needinfo?(kamiljoz) → needinfo?(adrian.florinescu)
Summary: possible issue with passwords overlapping placeholder text → Passwords overlapping placeholder text on homepage

Tested on Win 10 and Ubuntu 16.04 and reproducible with 66.0.2, 67.0b7 and 68.0a1 2019-04-02

linkedin - no placeholder text i could see.
facebook - yes, issue fully reproduces.
twitter - yes, but since the placeholder text is not centered, it is not that visible as on facebook.
reddit - yes, for both login/subscribe form

The same issue also applies to Fill Login.

Note that this bug doesn't happen on a static placeholder text(e.g. placeholder="text". )

Flags: needinfo?(adrian.florinescu)
Version: 43 Branch → Trunk


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

This issue is also reproducible on, using latest Nightly 68.0a1 (2019-05-09), tested on Win10 and Ubuntu 18.04


  1. Go to browser Options, Privacy and Security section, Forms & Autofill section, click the "Saved Addresses..." button and add 1 or 2 address forms ( in "Country or Region" drop-down select United States ).

  2. Open Firefox with a new profile

  3. Navigate to

  4. In the upper right corner, hover over Sign In and then select Join for free

  5. Double click on First Name

  6. Hover the cursor over suggestion displayed and observe the result.

Actual result:
The address values which correspond to the saved autofill profile overlap the default text from the boxes.

Reproduced on latest Nightly 69.0a1 (2019-07-03) on as described in Comment 5.

See Also: → 1395928
Whiteboard: [passwords:fill-ui] → [passwords:fill-ui] [platform-rel-Facebook]

Reproducible on as well on latest Nightly71 on Windows 10 x64.

Priority: P3 → P2
Severity: trivial → S3
Summary: Passwords overlapping placeholder text on homepage → Password manager doesn't generate events for filling that web content expects
Blocks: 1649269
Blocks: 1718624
Blocks: 1683413
Blocks: 1691427
Blocks: 1718622
Blocks: 1718604
Blocks: 1740581
Blocks: 1736858

Rather than file another bug that points here, I'll just add to the list. Like, if the password manager fills in the e-mail address and password the site doesn't recognize it as such because it didn't get some event it was expecting. If I add a space to either field and then delete it the login button enables.

Blocks: 950510

The severity field for this bug is relatively low, S3. However, the bug has 3 duplicates.
:sgalich, could you consider increasing the bug severity?

For more information, please visit auto_nag documentation.

Flags: needinfo?(sgalich)

Possibly suffers from this bug. It doesn't fill when used with mouse, fills when used with keyboard.

Flags: needinfo?(sgalich)
Duplicate of this bug: 1872617
You need to log in before you can comment on or make changes to this bug.