Improve handling of waiting for results once re-using results has been implemented
Categories
(Firefox :: Address Bar, task, P3)
Tracking
()
People
(Reporter: standard8, Unassigned)
References
Details
(Whiteboard: [fxsearch])
Currently for QuantumBar, we're forced to wait for a search to be fully complete, rather than for just a particular index.
For a lot of tests this doesn't matter, but some tests e.g. browser_ext_omnibox.js, there's some parts that can't be tested properly.
Once bug 1523602, we should revisit UrlbarTestUtils.promiseResultAt, and see if we can improve it.
We also need to re-enable the section in browser_ext_omnibox.js that is being added by bug 1522508.
Reporter | ||
Updated•6 years ago
|
Updated•6 years ago
|
Reporter | ||
Comment 1•6 years ago
|
||
This will also apply to UrlbarTestUtils.promiseSearchSuggestions as well.
Updated•6 years ago
|
Comment 2•6 years ago
|
||
It's not clear to me how exactly this depends on bug 1523602. Can you elaborate?
Reporter | ||
Comment 3•6 years ago
|
||
For tests against the old address bar, we'd sometimes wait on the individual result to be displayed rather than the whole search to be complete:
This was possible, due to the results re-use. Results would have the search string noted in the element, so we could watch for when they changed to the new search string.
For the QuantumBar case we wanted to do something similar, but we didn't have the re-use happening, so it didn't make sense to try and fit it in at the time, and hence the dependency.
Updated•6 years ago
|
Updated•6 years ago
|
Updated•5 years ago
|
Comment 4•4 years ago
•
|
||
Hi, I'm closing this bug as WFM since I think this bug is no longer valid. If I'm wrong, please do reopen it.
Description
•