User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:75.0) Gecko/20100101 Firefox/75.0

Steps to reproduce:

Open download menue
"strg + l" to focus address bar (which opens in background??)
type something and suggestion appears
press arrow or tab to use suggestion

Actual results:

address bar dissapears

Expected results:

1. the address should be in front of download menue
2. tab or arrow select suggestion

Bugbug thinks this bug should belong to this component, but please revert this change in case of error.

This is due to the fact that the urlbar view isn't a popup but the downloads panel is, like other panels in the toolbar. The worst part is that arrow key focus remains in the panel despite it looking like it's in the urlbar.

We should probably close all popups when the urlbar view opens.

My naive approach would be to monitor popup events on the whole window and then close any open popups when opening the address bar results. Is there a better way?

Because this bug's Severity has not been changed from the default since it was filed, and it's Priority is P3 (Backlog,) indicating it has been triaged, the bug's Severity is being updated to S3 (normal.)

(In reply to Dão Gottwald [::dao] from comment #3)

My naive approach would be to monitor popup events on the whole window and then close any open popups when opening the address bar results. Is there a better way?

Probably need to find a way to get the address bar popup to implement nsIRollupListener so it can be treated like a popup that can open and rollup in coordination with other popups.

The severity field for this bug is relatively low, S3. However, the bug has 3 duplicates.
:adw, could you consider increasing the bug severity?

For more information, please visit auto_nag documentation.