Pressing the [ENTER] key does not search the bookmark Sidebar/Library again with the same search term.
Categories
(Toolkit :: UI Widgets, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr115 | --- | unaffected |
| firefox-esr128 | --- | unaffected |
| firefox-esr140 | --- | unaffected |
| firefox141 | --- | wontfix |
| firefox142 | --- | verified |
| firefox143 | --- | verified |
People
(Reporter: alice0775, Assigned: emilio)
References
(Regression)
Details
(Keywords: nightly-community, regression, ux-mode-error)
Attachments
(1 file)
|
48 bytes,
text/x-phabricator-request
|
diannaS
:
approval-mozilla-beta+
|
Details | Review |
Steps to reproduce:
- Open Bookmarks Sidebar Ctrl+B or Library Ctrl+O
- Type search term (e.g.,
f) in Search field and hit [ENTER] - Right-click on a search result
- Choose
Show in folder - Click on the Search field to focus
- Hit [ENTER]
Actual results:
Nothing happens
Expected results:
Search with the term.
OR
Clear search term at step 4 like previous version.
Regression window:
https://hg-edge.mozilla.org/integration/autoland/pushloghtml?fromchange=48d34ac93eaf2fbe0e36bc934af2bb1a85f508e6&tochange=263bab4209ad7a516863be36705adb00b967f85c
Good build: the search term is cleared at step4
Bad build: the search term is not cleared at step4, and this bug appears.
This is not a pure regression, but it causes obvious UX issues.
| Reporter | ||
Updated•5 months ago
|
Comment 1•5 months ago
|
||
:emilio, since you are the author of the regressor, bug 1967209, could you take a look? Also, could you set the severity field?
For more information, please visit BugBot documentation.
| Assignee | ||
Updated•5 months ago
|
| Assignee | ||
Updated•5 months ago
|
| Assignee | ||
Comment 2•5 months ago
|
||
Updated•5 months ago
|
Updated•5 months ago
|
Comment 3•5 months ago
|
||
The product::component has been changed since the backlog priority was decided, so we're resetting it.
For more information, please visit BugBot documentation.
Comment 6•5 months ago
|
||
The patch landed in nightly and beta is affected.
:emilio, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- See https://wiki.mozilla.org/Release_Management/Requesting_an_Uplift for documentation on how to request an uplift.
- If no, please set
status-firefox142towontfix.
For more information, please visit BugBot documentation.
| Assignee | ||
Comment 7•5 months ago
|
||
Comment on attachment 9503246 [details]
Bug 1979434 - MozInputSearch.clear() should also clear the inner input value. r=#recomp-reviewers
Beta/Release Uplift Approval Request
- User impact if declined/Reason for urgency: Trivial regression fix
- Is this code covered by automated tests?: Yes
- Has the fix been verified in Nightly?: Yes
- Needs manual test from QE?: Yes
- If yes, steps to reproduce: comment 0
- List of other uplifts needed: none
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): Fix is a one liner.
- String changes made/needed: none
- Is Android affected?: No
| Assignee | ||
Updated•5 months ago
|
Comment 8•5 months ago
|
||
Comment on attachment 9503246 [details]
Bug 1979434 - MozInputSearch.clear() should also clear the inner input value. r=#recomp-reviewers
Approved for 142.0b8
Updated•5 months ago
|
Updated•4 months ago
|
Updated•4 months ago
|
Updated•4 months ago
|
Comment 10•4 months ago
|
||
Reproduced the issue with Firefox 143.0a1 (2025-07-25) on Windows 10x64 by following the steps from comment 0.
The issue is verified fixed with 143.0a1 (2025-08-07) and 142.0b8 on Windows 10x64, macOS 12 and Ubuntu 24 for the Sidebar part. After using the Show in folder option, the search input is cleared.
However, I can still reproduce the issue inside the Library after following the steps from comment 0. I have filed a follow-up for this (bug 1981925)
Description
•