Open Bug 1945360 Opened 1 year ago Updated 10 months ago

If you press the address bar, the Bluetooth mouse back button does not just close the address bar popup, but also leaves the current page (which discards unsaved changes).

Categories

(Firefox for Android :: Toolbar, defect)

Firefox 134
All
Android
defect

Tracking

()

UNCONFIRMED

People

(Reporter: 2002luvabbaluvu, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

Attached image Awesome Bar menu.png

Steps to reproduce:

  • Click on Firefox's nav bar ("Awesome Bar")
  • Wait a split second for that click to replace the page with a menu of favorites/bookmarks.
  • Push the back button on Bluetooth mouse

Actual results:

  • The menu of favorites/bookmarks closes
  • Rather than the page which you had before you clicked on the "Awesome Bar", Firefox goes to the page before that page.

Expected results:

  • The menu of favorites/bookmarks closes
  • Firefox returns to the page which you had before you clicked on the "Awesome Bar".

This is a recent regression (noticed in version 134); installed from Google Store (thus cannot go back to older versions to figure out the exact version which caused this,) but asof around version 132 the behaviour was "as expected" (

  • The menu of favorites/bookmarks closes
  • Firefox returns to the page which you had before you clicked on the "Awesome Bar".
    ).

Notice: this bug does not affect the long-push/mouse-button-2 menus (the back button just closes those menus). This bug just affects the "Awesome Bar" menu.

Due to this regression, if you can't click on the "Awesome Bar" (to copy the path) without the page going back.
If the current page has forms, all progress is lost when you press the back button to close the "Awesome Bar"; since this causes data loss, it is a severe bug.

The severity field is not set for this bug.
:boek, could you have a look please?

For more information, please visit BugBot documentation.

Flags: needinfo?(jboek)
Component: Browser Engine → General
Flags: needinfo?(jboek)

Due to this regression, if you can't click on the "Awesome Bar" (to copy the path) without the page going bac ->
Due to this regression, you can't click on the "Awesome Bar" (to copy the path) without the page going bac.
Is severe enough that although I used Firefox as sole browser for decades. I cannot use Firefox now.

The severity field is not set for this bug.
:zmckenney, could you have a look please?

For more information, please visit BugBot documentation.

Flags: needinfo?(zmckenney)
Component: General → Toolbar

Redirect a needinfo that is pending on an inactive user to the triage owner.
:royang, since the bug doesn't have a severity set, could you please set the severity or close the bug?

For more information, please visit BugBot documentation.

Flags: needinfo?(zmckenney) → needinfo?(royang)

(In reply to BugBot [:suhaib / :marco/ :calixte] from comment #6)

Redirect a needinfo that is pending on an inactive user

Asof version GV: 140.2.0-20250728120740, the issue is still;

  • Launch Firefox
  • Browse to pages which have text input forms
  • Insert text into those
  • Select the browser address bar (awesome bar) to copy the address
  • Press mouse button 2
  • The address bar closes (want this) #Expected
  • But Firefox acts as if you pressed button twice (does not just close the address bar, but goes back to the previous page (without a prompt that this will lose unsaved input into the form) #This automatic navigation is a regression, do not want
Severity: -- → S3
Flags: needinfo?(royang)

Hi Swudu, Just to confirm, since you updated 16 days ago, this is now also reproducible on the new menu (bottom sheet)

Flags: needinfo?(2002luvabbaluvu)

(In reply to Roger Yang [:royang] from comment #8)

Hi Swudu, Just to confirm, since you updated 16 days ago, this is now also reproducible on the new menu

As of GeckoView: 140.2.0-20250815140945 the problem is still as when first posted this issue,
except that this last "update" caused another regression which broke the partial solution to this.
If asked to "update", refuse; if you have the misfortune to have a phone whose apps are limited to Google Store (such as lots of businesses require that you do), the "update" is not possible to undo.

Flags: needinfo?(2002luvabbaluvu)

Asof GeckoView 140.3.0-20250829162554 this just affects the address bar (not the long-press menu, nor the hamburger menu).
The problem persists that if you press the address bar, the back button on the mouse does not just close the address bar, but sends the browser to the previous page.

Summary: If you open a menu, the Bluetooth mouse back button does not just close that menu, but also leaves the current page (as if you pushed back*2) → If you press the address bar, the Bluetooth mouse back button does not just close the address bar popup, but also leaves the current page (which discards unsaved changes).
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: