The search panel one offs container is not hidden after removing several search engines
Categories
(Firefox :: Address Bar, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr68 | --- | unaffected |
firefox76 | --- | wontfix |
firefox77 | --- | wontfix |
firefox78 | --- | verified |
firefox79 | --- | verified |
People
(Reporter: emilghitta, Assigned: bugzilla)
References
(Regression)
Details
(Keywords: regression)
Attachments
(2 files)
1.36 MB,
image/gif
|
Details | |
47 bytes,
text/x-phabricator-request
|
jcristau
:
approval-mozilla-beta+
|
Details | Review |
Affected versions
- Firefox 76.0.1 (BuildId:20200507114007)
- Firefox 77.0b6 (BuildId:20200514211331)
- Firefox 78.0a1 (BuildId:20200514211114)
Unaffected versions
- Firefox 68.8.0esr (BuildId:20200429190206)
Affected platforms
- macOS 10.14
- Windows 10 64bit
- Ubuntu 18.04 64bit
Steps to reproduce
- Launch Firefox.
- Access the about:preferences#search page.
- Click the “Add search bar in toolbar” radio button.
- Type a random string inside the search bar.
- Remove several Search Engines (from the “One-Click Search Engines” section inside the about:preferences#search page) until you only have one left.
- Type a random string inside the search bar.
Expected result
- The search panel one offs container is hidden.
Actual result
- The search panel one offs container is displayed which causes unused extra space inside the PopupSearchAutoComplete panel.
Regression Range
This seems to be a regression:
- Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=f246623260ee3b80c2021c48f5d56f54073f8060&tochange=8d2d3b3fb7e27f0bd238985c265b4f50dc10bc05
- Regressed by: Bug 1561894
Notes
- This issue is not reproducible if the search engines are removed beforehand and the search bar is added after.
- The search panel one offs container seems to get hidden only after a browser restart.
Reporter | ||
Comment 1•5 years ago
|
||
Hi Harry,
It seems that mozregression pointed out Bug 1561894 - Implement simplified one-off search button design. r=dao
for causing this regression.
Can you please have a look?
Thanks!
Updated•5 years ago
|
Assignee | ||
Comment 2•5 years ago
|
||
Thanks, I'll look into this.
Updated•5 years ago
|
Updated•5 years ago
|
Assignee | ||
Comment 3•5 years ago
|
||
Comment 5•5 years ago
|
||
Backed out changeset 3de491b80e70 (Bug 1638275) for causing failures in browser_searchbar_openpopup.js CLOSED TREE
Failure log: https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=304539799&repo=autoland&lineNumber=26098
Backout: https://hg.mozilla.org/integration/autoland/rev/385b328afa95ce98028fbf0e0c74fd9c4ec49f01
Comment 7•5 years ago
|
||
bugherder |
Assignee | ||
Updated•5 years ago
|
verified on win10 64bit, macos 10.15, and ubuntu 18.04 on latest nightly 79.
Comment 9•5 years ago
|
||
Is this something we should consider nominating for uplift to Beta78?
Assignee | ||
Comment 10•5 years ago
|
||
Comment on attachment 9152118 [details]
Bug 1638275 - Allow searchbar one-offs hidden attribute to override display:flex. r?dao
Beta/Release Uplift Approval Request
- User impact if declined: UI bug in the separate search bar when the user has just one search engine installed. This is particularly relevant for ESR, where users are more likely to have non-default search engine configurations installed by their workplace admins.
- Is this code covered by automated tests?: Yes
- Has the fix been verified in Nightly?: Yes
- Needs manual test from QE?: No
- If yes, steps to reproduce:
- List of other uplifts needed: None
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): One-line CSS change with a test. Already verified by QA.
- String changes made/needed:
Comment 11•5 years ago
|
||
Comment on attachment 9152118 [details]
Bug 1638275 - Allow searchbar one-offs hidden attribute to override display:flex. r?dao
approved for 78.0b5
Comment 12•5 years ago
|
||
bugherder uplift |
Comment 13•5 years ago
|
||
I verified this issue using Fx 78.0 on Windows 10 and macOS.
Description
•