Open Bug 688088 Opened 13 years ago Updated 2 years ago

Bookmark favicons break due to captive portals

Categories

(Toolkit :: Places, defect, P3)

x86
macOS
defect

Tracking

()

People

(Reporter: bzbarsky, Unassigned)

Details

BUILD: Firefox 6.

STEPS TO REPRODUCE:
1)  Set up a bookmark to a site with a favicon in your bookmark toolbar.
2)  Observe that the site's favicon appears next to the bookmark in the toolbar.
3)  Go find a network with a captive portal that also has a favicon.
4)  Once connected to that network but before going through the captive portal,
    click the bookmark toolbar button set up in step 1.

If in step 4 you didn't get the captive portal page loading in the content area, you did it wrong.

EXPECTED RESULTS: Captive portal loads, you jump through the hoops needed to actually get access to the network, and life is good.

ACTUAL RESULTS: Favicon in your bookmarks toolbar changes to the captive portal's favicon instead of the one you used to have.  Then you panic about the site having hacked your browser.

NOTES: Can we only change the favicon if the visit chain is the same as last time?  Or if the final hostname is the same as the hostname in the bookmark?  Most captive portals work by redirecting to some random hostname...
We may limit the icon change based on the host, sure, that would regress setting icon for those bookmarks who are temp or perma redirect from different domains though. That by itself may be less problematic than it is having icon of a redirecting access portal.
The first suggestion in your note is harder and less performant, since such is getting the last chain, also the first chain we have in history in some case may already be the broken one and we may not distinguish.
Priority: -- → P3
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.