Open Bug 1913193 Opened 1 month ago Updated 2 days ago

Dedicated Search button gets stuck after clicking it twice

Categories

(Firefox :: Address Bar, defect, P2)

defect

Tracking

()

ASSIGNED
Tracking Status
firefox-esr115 --- unaffected
firefox-esr128 --- unaffected
firefox129 --- unaffected
firefox130 --- unaffected
firefox131 --- disabled

People

(Reporter: phorea, Assigned: daleharvey)

References

(Blocks 3 open bugs)

Details

(Whiteboard: [sng])

Attachments

(1 file)

Found in

  • Nightly 131.0a1;

Affected versions

  • Nightly 131.0a1;

Affected platforms

  • Windows 11;

Preconditions

  • Have browser.urlbar.scotchBonnet.enableOverride to TRUE

Steps to reproduce

  1. From a new tab, open the unified desktop search button dropdown by clicking on it (down arrow)
  2. Close the dropdown by clicking on the button again
  3. Repeat the above steps (if necessary)

Expected result

  • The dropdown is correctly closed and reopened.

Actual result

  • The dedicated search button is stuck in the address bar, it can’t be reopened. Address bar dropdown is not opened when starting to type into urlbar. This persists in new tabs, but not in new windows.
  • Browser Console warning: SearchEngine: getSubmission: searchTerms is empty! 2 SearchEngine.sys.mjs:1428:23

Regression range

  • Not a regression.

Additional notes

  • Closing the dropdown by clicking outside of it or by pressing Escape will not reproduce this issue.
Priority: -- → P3
Whiteboard: [sng]
Blocks: 1916679

I have seen a few people mention this but have not been able to reproduce, is it an OS specific bug?

Assignee: nobody → dharvey
Status: NEW → ASSIGNED
Priority: P3 → P2

(In reply to Dale Harvey (:daleharvey) from comment #1)

I have seen a few people mention this but have not been able to reproduce, is it an OS specific bug?

On latest Nightly we could only reproduce this on Win 10 and Win 11.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: