Closed Bug 1553206 Opened 6 years ago Closed 4 years ago

The "Copied" label doesn't immediately reset to "Copy" button when the login element changes

Categories

(Firefox :: about:logins, enhancement, P3)

enhancement

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox68 --- affected
firefox69 --- affected

People

(Reporter: aflorinescu, Unassigned)

References

Details

[Environment:]

tested on Ubuntu 16.04, Windows 10
Nightly 69.0a1 20190521094447
Beta 68.0b3 20190521110747

[Steps:]

  1. Make sure you have some logins stored in Firefox
  2. Make sure you have signon.management.page.enabled=true in about:config
  3. Open about:logins
  4. Click on a login in the list on the left side of the page
  5. Click on the "Copy" button in the Username/Password row of the login
  6. Select another login from the left side of the page login list.

[Actual Result:]

When switching to another element in the left side of the page login list while the copied label is on, the copied label is applied to the newly selected entry.

[Expected Result:]

The described behavior is that "Copied" transitions back to "Copy" button in 5s.
IMO, when another element from the list is selected, the "Copied" label should be reset and "Copy" button displayed.

[Note:]

The above described Actual Result only happens inside the 5s interval which counts down toward resetting the "Copied" label into "Copy" button.

Mass move to about:logins

Component: Password Manager → about:logins
Product: Toolkit → Firefox
Version: 68 Branch → unspecified
Priority: -- → P3
Summary: The the "Copied" label doesn't immediately reset to "Copy" button when the login element changes → The "Copied" label doesn't immediately reset to "Copy" button when the login element changes

Hi, I tried looking into this, but realized that the bug wasn't reproducible anymore (on Firefox (stable) 80 and also Nightly 82.0a1 (2020-09-17)).

After I clicked "Copy" on username/password and immediately switch to the other login item, the "Copied" text is now reset back to "Copy".

Would you help to confirm that is the case?

Thanks

Flags: needinfo?(adrian.florinescu)
Flags: needinfo?(adrian.florinescu) → needinfo?(timea.babos)

Can confirm that this issue is no longer reproducible on the latest Firefox Nightly 83.0a1 (2020-09-21) (64-bit) nor on 80.0.1 (64-bit).

Flags: needinfo?(timea.babos)
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.