Closed Bug 1306270 Opened 8 years ago Closed 4 years ago

[One-off searches] Change of default search engine takes effect only after closing/reopening the Awesomebar

Categories

(Firefox :: Address Bar, defect, P3)

defect

Tracking

()

RESOLVED INVALID
Tracking Status
firefox49 --- unaffected
firefox50 --- unaffected
firefox51 --- disabled
firefox52 --- affected
firefox73 --- affected
firefox74 --- affected
firefox75 --- affected

People

(Reporter: cirdeiliviu, Unassigned)

References

Details

(Whiteboard: [fxsearch])

[Affected versions]: Nightly 52.0a1 Build ID 20160928030201 [Affected platforms]: All (Windows 10, Mac 10.12, Ubuntu 16.04) [Steps to reproduce]: 1. Open Firefox with a new profile. 2. Type something in the Awesomebar (e.g "moz") - > First result is "moz - Search with Google" OK 3. Right click on one one-off searches engine and set it as the default search engine (e.g. "Yahoo"). 4. Mouse over the first result in the Awesomebar. 5. Click the hovered result to perform a search [Expected result]: 4. Results from Awesomebar should reflect the fact that the search will be made with the new default engine (e.g. First result should be "moz - Search with Yahoo"). 5. Search is performed using the new default search engine (Yahoo). [Actual result] 4. Results from Awesomebar show that the search will be made using the old default engine (Google). 5. Search is performed using the old default search engine (Google). [Notes] 1. After closing and reopening the Awesomebar the default search engine changes take place (Yahoo is the default). 2. In Search bar changing the default search engine works fine (no need to close/reopen the search bar) EXCEPT the first time you change the default search engine after you followed the steps from this bug.
Priority: -- → P3
Whiteboard: [fxsearch]
Blocks: 1337003

The issue is reproducible with the above steps on Quantumbar also.

Blocks: quantumbar

It seems unlikely that we will fix this as part of the current quantumbar project.

No longer blocks: quantumbar

Moving to address bar, as I suspect address bar code will be needed here - to pick up the change of default and do the appropriate re-search.

Component: Search → Address Bar

Harry, it looks like the new one-offs show your default engine (whereas the old ones didn't). Is that right/expected?

Flags: needinfo?(htwyford)

This is how it appears in the megabar spec, so I'm going to pass this to Verdi to see if this was intentional.

Flags: needinfo?(htwyford) → needinfo?(mverdi)

Harry, if this is still a concern we should directly ping Verdi on Slack, off-hand though it seems to be per-spec.
The bug is still valid anyway.

Flags: needinfo?(mverdi)

The contextual menu has been removed, thus this can't happen anymore, we'll fix it if it should be back.

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.