Closed
Bug 1352057
Opened 8 years ago
Closed 2 years ago
Add test for icons in the locationbar
Categories
(Firefox :: Address Bar, task, P3)
Firefox
Address Bar
Tracking
()
RESOLVED
WORKSFORME
Tracking | Status | |
---|---|---|
firefox55 | --- | affected |
People
(Reporter: mak, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: [fxsearch])
We don't have a very good test checking that icons for the various locationbar result types are properly returned, there was an incomplete one in Marionette that I removed since it was partial and hard to maintain.
We can do something simpler in xpcshell.
Reporter | ||
Updated•7 years ago
|
No longer blocks: PlacesHiresFavicons
Depends on: PlacesHiresFavicons
Reporter | ||
Updated•5 years ago
|
Type: enhancement → task
Component: Places → Address Bar
Priority: P2 → P3
Product: Toolkit → Firefox
Reporter | ||
Updated•4 years ago
|
Points: --- → 3
Updated•2 years ago
|
Severity: normal → S3
Comment 1•2 years ago
|
||
Do we have tests for this or is this something that still needs to be done? Are these tests sufficient:
Severity: S3 → N/A
Flags: needinfo?(mak)
Flags: needinfo?(adw)
Comment 2•2 years ago
|
||
I'll have to defer to Marco on this because I'm not quite sure what this is about.
Flags: needinfo?(adw)
Reporter | ||
Comment 3•2 years ago
|
||
I think the scope here is to have a test covering favicons for the most common result types.
I found https://searchfox.org/mozilla-central/rev/8329a650e3b4f866176ae54016702eb35fb8b0d6/browser/components/urlbar/tests/browser/browser_view_resultDisplay.js#55, various tests checking search results icons, and the one you found.
While that's not 100% coverage, I think for the kind of disruption this may cause (annoyance/visual memory) that is likely sufficient, or at least the cost/benefit ratio is moving towards being more of a cost.
Status: NEW → RESOLVED
Closed: 2 years ago
Flags: needinfo?(mak)
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•