Open Bug 1389907 Opened 3 years ago Updated 2 years ago

Unable to remove form history entries by mouse-hover

Categories

(Toolkit :: Form Manager, defect, P3)

55 Branch
Unspecified
All
defect

Tracking

()

Tracking Status
firefox-esr52 --- unaffected
firefox55 --- wontfix
firefox56 --- wontfix
firefox57 --- wontfix
firefox58 --- wontfix
firefox59 --- wontfix
firefox60 --- fix-optional

People

(Reporter: philipp, Unassigned)

References

Details

(Keywords: regression)

Attachments

(1 file)

Attached 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?
Flags: needinfo?(madperson)
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)
Still waiting on shorlander here to know next steps.
Summary: Unable to remove autofill entries by mouse-hover → Unable to remove form history entries by mouse-hover
Priority: -- → P3
(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)
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.