Unable to remove form history entries by mouse-hover

NEW
Unassigned

Status

()

P3
normal
2 years ago
8 months ago

People

(Reporter: philipp, Unassigned)

Tracking

({regression})

55 Branch
Unspecified
All
regression
Points:
---

Firefox Tracking Flags

(firefox-esr52 unaffected, firefox55 wontfix, firefox56 wontfix, firefox57 wontfix, firefox58 wontfix, firefox59 wontfix, firefox60 fix-optional)

Details

Attachments

(1 attachment)

(Reporter)

Description

2 years ago
Posted image screenshot.png
since firefox 55 it's no longer possible to delete an entry showing up in the form fill dropdown for textfields on websites by hovering over it with the mouse and pressing the del key.

if you hover over an entry it's staying greyed out - if you want to actually delete an entry you now have to keep the mouse button pressed to get it selected (selection turns from grey to blue then - at least that's how it is on windows) and hit del at the same time.

this is regressing with bug 1357533 - i'm not sure if this is an intentional by-product from this bug or not.
Philipp, Bug 1357533 hasn't landed yet, is that a typo?
status-firefox55: affected → wontfix
Flags: needinfo?(madperson)
(Reporter)

Comment 2

2 years ago
yes sorry, that was a mistake - the actual bug introducing the problem when regression-testing the issue is bug 1295458 instead:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=64ba6efd97222a83c08d56f0f2e772aec688ec8c&tochange=bb0c3ac257626ab547739bdd8ea6e2ef915f9017
Blocks: 1295458
No longer blocks: 1357533
Flags: needinfo?(madperson)
Stephen, bug 1295458 was about the awesomebar, but unfortunately it shares code with other autocomplete input fields. It seems expected to me that removing an awesomebar autocomplete entry would now require navigating to the entry via keyboard and hitting delete. Do you think we should fix this for other autocomplete fields? How much should the behavior deviate between them?
Flags: needinfo?(shorlander)
(Reporter)

Updated

2 years ago
status-firefox56: affected → wontfix
status-firefox58: --- → affected
Still waiting on shorlander here to know next steps.
status-firefox57: affected → fix-optional
Summary: Unable to remove autofill entries by mouse-hover → Unable to remove form history entries by mouse-hover
status-firefox59: --- → affected
(In reply to Panos Astithas [:past] (please ni?) from comment #3)
> Stephen, bug 1295458 was about the awesomebar, but unfortunately it shares
> code with other autocomplete input fields. It seems expected to me that
> removing an awesomebar autocomplete entry would now require navigating to
> the entry via keyboard and hitting delete. Do you think we should fix this
> for other autocomplete fields? How much should the behavior deviate between
> them?

While this was not an intentional change as part of that bug, I think it is the right behavior. Actions on items typically require the item to be selected or focused and not just hovered.

FWIW this behavior in general is unusual. Transient list items in form autocomplete pop-ups aren't usually managed (e.g. edited, deleted) directly via key press. It's also completely hidden because we don't surface UI for it and it's possible to accidentally delete something.
Flags: needinfo?(shorlander)
status-firefox57: fix-optional → wontfix
status-firefox58: affected → wontfix
status-firefox59: affected → wontfix
status-firefox60: --- → fix-optional

Comment 6

8 months ago
As a data reference point, here is a user who was frustrated because they were unable to delete form items. It was their apparent understanding that highlighting them with mouse hover was sufficient to select them.

https://twitter.com/Dales_Starman/status/1016946023997083649
You need to log in before you can comment on or make changes to this bug.