Wrong context menu is displayed when right click on the website's link
Categories
(Firefox :: about:logins, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr60 | --- | unaffected |
firefox-esr68 | --- | unaffected |
firefox69 | --- | disabled |
firefox70 | --- | wontfix |
firefox73 | --- | wontfix |
firefox74 | --- | wontfix |
firefox75 | --- | verified |
People
(Reporter: cmuntean, Assigned: maxx)
References
Details
Attachments
(3 files)
[Affected Versions]:
- Nightly 71.0a1
- Beta 70.0b3
[Affected Platforms]
- All Windows
- All Mac
- All Linux
[Prerequisites]
- Have a Firefox profile with multiple logins saved.
[Steps to reproduce]:
- Open the Firefox browser with the profile from prerequisites.
- Navigate to "about:logins" page.
- Select any saved login from the login list.
- Right click on the website's link.
- Observe the opened context menu.
[Expected results]:
- The context menu with the "open/copy link" options is displayed.
[Actual results]:
- The context menu with the "Undo/Cut/Paste/Delete" options is displayed.
[Notes]:
- Attached a screenshot with the issue.
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Comment 1•5 years ago
|
||
Mass removing [skyline] and [passwords:management] from about:logins bugs which are no longer useful.
Comment 2•5 years ago
|
||
Hmm, it's an input not a hyperlink.
If I right-click > Select All on the input, then Firefox uses the Link context menu for that text. Would it be useful if a right-click automatically selected the contents before showing a menu?
Assignee | ||
Updated•5 years ago
|
Comment 3•5 years ago
|
||
I think we can display a real <a href="">
here to get the proper context menu. We now do something similar for the password field where we have an input for editing and another for display in non-editing modes, aligning with that would be good.
Assignee | ||
Comment 5•5 years ago
|
||
Assignee | ||
Comment 6•5 years ago
|
||
Depends on D62842
Assignee | ||
Comment 7•5 years ago
|
||
(In reply to Matthew N. [:MattN] (PM me if request are blocking you) from comment #4)
Hopefully this can fix bug 1567500 too or at least help it.
Confirmed. This fixes the issue described in Bug 1567500
Assignee | ||
Comment 8•5 years ago
|
||
Running a try push here: https://treeherder.mozilla.org/#/jobs?repo=try&revision=f43efd1fb281879c84b82b8adcc72e0957f92697
Comment 10•5 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/1ccf1ec84fea
https://hg.mozilla.org/mozilla-central/rev/675a2bd332a6
Comment 11•5 years ago
•
|
||
Thanks for fixing this Maxx!
Reporter | ||
Comment 12•5 years ago
|
||
I have verified this issue and is no longer reproducible with the link displayed in the Login item. Tested on the latest Nightly 75.0a1 build (Build ID: 20200226092757) on Windows 10 x64, Mac 10.14 and Arch Linux.
- The correct context menu is displayed when clicking on the website's link displayed in the Login item.
- The options from the context menu work as expected.
- The link is no longer opened if clicking on the empty area beside the website on Login item.
However, it seems that the fix doesn't apply in "Edit" mode. In "Edit" mode the wrong context menu is still displayed when right click on the website's link. Also, it seems that the website has a different format in "Edit" mode.
I have logged a separate issue for this in bug 1618268.
Since the "status-firefox74" is "fix-optional", I'll leave the "qe-verify+" flag set until a decision is made for Firefox 74.
Updated•5 years ago
|
Updated•5 years ago
|
Reporter | ||
Updated•5 years ago
|
Description
•