Open Bug 1844380 Opened 3 years ago Updated 2 years ago

Overlapping panels occur when opening the 'Location' field panel through both clicking and using the 'Down Arrow' key.

Categories

(Firefox :: Bookmarks & History, defect, P5)

Firefox 115
Desktop
Windows
defect

Tracking

()

Tracking Status
firefox-esr102 --- wontfix
firefox-esr115 --- wontfix
firefox116 --- wontfix
firefox117 --- wontfix
firefox118 --- wontfix

People

(Reporter: bugreportingllm, Unassigned)

References

(Regression)

Details

(Keywords: nightly-community, regression)

Attachments

(1 file)

[Affected Versions]

  • Firefox 115.0.2 (64-bit)

[Affected Platforms]

  • Windows 11 x64

[Steps to reproduce]:

  1. Open any website.
  2. Click the "Star" icon inside the URL bar.
  3. Click to open the panel of the "Location" field.
  4. Press the "Down Arrow" key to browse the panel.

[Expected result]:

  • Step 3 should open the panel in the 'Location' field.
  • In Step 4, pressing the "Down Arrow" key should allow seamless browsing within the panel without creating a new overlapping panel.

[Actual result]:

  • After clicking to open the panel in Step 3, pressing the "Down Arrow" key in Step 4 results in a new panel overlapping the existing one.

Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/116.0

Hi,
I am able to reproduce this issue in Release 116, Beta 117.0b2 and Nightly 118.0a1 on Windows 10 as well.

Thanks for the report.

Severity: -- → S4
Status: UNCONFIRMED → NEW
Has STR: --- → yes
Ever confirmed: true

On Ubuntu20.04, unable to reproduce on Nightly118.0a1.

OS: All → Windows

:enndeakin, since you are the author of the regressor, bug 1149745, could you take a look?

For more information, please visit BugBot documentation.

Flags: needinfo?(enndeakin)

The bookmarks panel has a sort of strange UI here. It has a menulist where one of the options (Choose...) isn't a selection, but is instead a command to carry out. Selecting this, despite the ellipsis suggesting that it opens another dialog, instead modifies the main part of the dialog and then removes the menuitem entirely, and changes the menulist's value to some other folder. So keyboard navigation will trigger the Choose action when the selection in the menu is changed.

I guess we could add some extra attribute to a menuitem that doesn't trigger the command on key navigation and apply it to the Choose item.

It is a fairly minor issue overall though.

Flags: needinfo?(enndeakin)
Priority: -- → P3

Setting to P5 since we think it's a fairly minor issue but will accept a fix from the community.

Priority: P3 → P5
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: