Open Bug 1311292 Opened 8 years ago Updated 2 years ago

If a one-off has focus, clicking a result/sugestion results in a search that is always made with default engine even if the "Search with.." says differently


(Firefox :: Address Bar, defect, P3)

52 Branch



Tracking Status
firefox52 --- wontfix


(Reporter: cirdeiliviu, Unassigned)



(Whiteboard: [fxsearch])

[Affected versions]:
Nightly 52.0a1 Build ID 20161018030211

[Affected platforms]:
Tested on Windows 10 and Mac 10.10 but probably Ubuntu has the same issue.
[Steps to reproduce]:
1. Open Firefox with a new profile.
2. Type something in the Awesomebar (e.g. moz).
3. Press the DOWN key to navigate to one of the one-off searches engine (e.g. Twitter).
4. While the one-off has focus, using the mouse, hover over a result/suggestion from dropdown.
5. Click on the result/suggestion to perform the search.

[Expected result]:
Variant 1:
     4. The result should say "moz - Search with Google" - if Google is the default search engine.
     5. The search should be made with Google.

Variant 2: 
     4. The result should say "moz - Search with Twitter" - if Twitter is the selected one-off.
     5. The search should be made with Twitter.

No matter what variant is the correct one, there should be accordance between what the "Search with..." text say and the engine used to perform the search.
[Actual result]
4. The result say "moz - Search with Twitter" - if Twitter is the one-off that has focus.
5. Search is made using the default search engine (Google).

[Regression Range]

Probably regressed or only exposed by the fixing of bug 1295253. 

1. The same behavior happens if "Change Search settings" icon has focus. In this case hovering over a result shows "Search with" + the last one off that had focus, and the search is made with the default search engine. 

2. I think this is also related to bug 1292630 - Awesomebar shows two results selected at the same time
Component: Search → Location Bar
Priority: -- → P2
Whiteboard: [fxsearch]
we clearly need an automated test here.
Assignee: nobody → adw
Blocks: 1337003
Blocks: 1295458
No longer blocks: 1337003
Mass wontfix for bugs affecting firefox 52.
Unassigning myself from non-P1 search bugs for now so I have more time for Photon bugs.
Assignee: adw → nobody

This seems to be WFM now, it may still be worth adding a test.

Priority: P2 → P3
Points: --- → 2
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.