NEW10551
Destination favicon stored against source URL when redirecting 
https://bugs.webkit.org/show_bug.cgi?id=10551
Summary Destination favicon stored against source URL when redirecting
Denis Ahrens
Reported 2006-08-24 17:11:36 PDT
when there is a URL like http://test.com/redirect/random which redirects to http://apple.com the favicon from apple is saved for the redirection url. the next time you use the redirection it shows the favicon from apple even if the redirection url itself has no favicon and shows now to another page/site.
Attachments
Add attachment proposed patch, testcase, etc.
Mark Rowe (bdash)
Comment 1 2006-08-24 17:14:53 PDT
I can confirm seeing this bug. I see this frequently with wireless access providers. When you connect to their weireless network, the first HTTP request that you do results in a redirect to their login page. After authenticating, further requests are handled as per normal. The problem is that the favicon for their *login* page is stored against the initial URL resulted in the login redirect.
mitz
Comment 2 2006-08-26 01:24:09 PDT
I can see the point in the current behavior: When you bookmark the redirecting page, you still want it to show up in the bookmarks menu with the icon of the destination.
Mark Rowe (bdash)
Comment 3 2006-08-26 01:33:26 PDT
The problem is that when the original URL no longer redirects (such as in my example after you have logged in to the wireless network), the favicon is not updated to the correct one for the URL. It could be desirable if the URL consistently redirects, but in the case where it changes from redirecting to serving up content I think it would be more desirable to update the favicon.
Denis Ahrens
Comment 4 2006-08-27 04:08:55 PDT
Yeah, but when there is a redirecting bookmark then you should change the bookmark to the new destination if it is a "Moved Permanently". And in all other cases it is not sure that the next time you get to the same page.
Brady Eidson
Comment 5 2006-08-27 11:07:38 PDT
I can also see the value in the current behavior for *some* cases, but with the examples given and other news/blog sites who would constantly change their redirect throughout the day, this doesn't make much sense. I'll try and look at this shortly
Mark Rowe (bdash)
Comment 6 2007-02-04 06:43:11 PST
So where was that patch you promised me Brady? ;-)
Graham Perrin
Comment 7 2008-11-01 19:24:47 PDT
I'm reading this bug 10551 alongside two others: https://bugs.webkit.org/show_bug.cgi?id=11119 > Some HTTP redirects that are required to force user interaction, do not https://bugs.webkit.org/show_bug.cgi?id=18701 > Clicking on redirect link stores wrong entry in history
Note You need to log in before you can comment on or make changes to this bug.