Closed Bug 1089559 Opened 10 years ago Closed 7 years ago

Favicon service should have fallback for known favicon on the same domain

Categories

(Toolkit :: Places, defect, P3)

Product:
Toolkit
Component:
Places
Type:
defect
Points:
5

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: Unfocused, Unassigned)

References

Details

The favicon services matches by page URL. So if you wquery for a page, and it's not been seen, then it won't give a favicon - even if it knows of favicons for other pages on that domain. We should add a fallback, so that it returns a favicon for that domain if the requested page URL isn't in the DB.
I *think* the moz-anno protocol handler can just create a HTTP channel and return that. So it shouldn't be too difficult in that respect.

I'm hoping it'll be enough to just request /favicon.ico
Points: --- → 5
Flags: qe-verify+
Flags: firefox-backlog+
Er, wrong bug, ignore comment 1 (see bug 573638).

This just needs to lookup alternate entries for the same domain.
Flags: qe-verify+ → qe-verify-
Blocks: 1132074
No longer blocks: 1132074
Whiteboard: [Reader:P2]
Whiteboard: [Reader:P2] → [Reader:P3]
Priority: -- → P3
Whiteboard: [Reader:P3]
Priority: P3 → --
Priority: -- → P3
This is pretty much fixed when there is a root icon.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.