Closed Bug 1579260 Opened 5 years ago Closed 5 years ago

Copy button timers are misleading

Categories

(Firefox :: about:logins, defect, P2)

70 Branch
defect

Tracking

()

VERIFIED FIXED
Firefox 71
Tracking Status
firefox70 --- verified
firefox71 --- verified

People

(Reporter: ddurst, Assigned: jaws)

References

Details

(Whiteboard: [passwords:management] [skyline])

Attachments

(1 file)

Selecting “Copy” for a given item should reset the timer for all “Copy” actions.

If you hit copy on both username and password in quick succession, they both maintain their “Copied” status, when in reality, we should revert back to the initial state of a button if another button is pressed -- since only one of those copied items is actually still on the clipboard.

Whiteboard: [passwords:management] [skyline]
Priority: -- → P2
Assignee: nobody → jaws
Status: NEW → ASSIGNED
Pushed by jwein@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/d07909564f85 Clear 'copy' state of button when the other Copy button is clicked. r=MattN
Status: ASSIGNED → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla71

I have verified this issue on the latest Nightly 71.0a1 (2019-09-10) (64-bit) on Windows 10, MacOS 10.14 and Ubuntu 16.04 x64.
- The "Copied" state of the button is changed when the other "Copy" button is clicked.

Status: RESOLVED → VERIFIED
Flags: qe-verify+

I have verified this issue on the Firefox Beta 70.0b8 (Build ID: 20190919164641) (64-bit) on Windows 10, MacOS 10.14 and Ubuntu 18.04 x64.

  • The "Copied" state of the button is changed when the other "Copy" button is clicked.
Flags: qe-verify+
Component: Password Manager → about:logins
Product: Toolkit → Firefox
Target Milestone: mozilla71 → Firefox 71
Version: unspecified → 70 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: