favicon.svg request for every hash change
Reported by
mmyan...@gmail.com,
Dec 18 2016
|
||||||||||
Issue description
UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.87 Safari/537.36
Example URL:
Steps to reproduce the problem:
1. build a simple HTTP server with index.html and a vaild favicon.svg
2. For index.html: <link rel="icon" type="image/svg" sizes="any" href="favicon.svg">
3. Type `window.location.replace("#a")' in console
What is the expected behavior?
No network traffic
What went wrong?
One favicon.svg request for one window.location.replace('#a')
Did this work before? N/A
Chrome version: 55.0.2883.87 Channel: stable
OS Version:
Flash Version: Shockwave Flash 24.0 r0
Won't work on favicon.png
,
Dec 18 2016
,
Dec 22 2016
mmyangfl@ in order to triage this issue could you please help us with the sample html page. Thank You...
,
Dec 24 2016
It seems to me that every `window.location.replace("#a")' will trigger a query of favicon.svg in cache. If you disable the cache, you will see real requests from server side. The curious part is that it won't work if the browser decide to use the favicon.png rather than favicon.svg. I wonder is it the excepted behavior specially for favicon.svg?
It was originally found in https://daihan.cn
For favicon.svg, just simply create a empty file.
$ google-chrome-unstable --version
Google Chrome 57.0.2950.4 dev
,
Jan 2 2017
Thank you for providing more feedback. Adding requester "kkaluri@chromium.org" for another review and adding "Needs-Review" label for tracking. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jan 10 2017
I believe this difference in behavior is because Chrome does not support SVG favicons
,
Jan 23 2017
,
Jan 24 2017
@chrishtr, this isn't a DOM bug. We duly collect the URLs from the link tags--of course we have no idea what their MIME types are, etc.--and it's a matter for the frame client/loader if it wants to try retrieving SVG icons repeatedly. If I misunderstood that and there's something specific DOM can do, please let us know!
,
Jan 24 2017
Trying Blink>Loader instead...
,
Feb 15 2017
Confirmed favicon.svg is requested multiples times and favicon.ico is requtested only once. Confirmed that WebAssociatedURLLoader is used for favicons (i.e., they are requested from outside of blink). So this is not a Blink>Loader issue.
,
Mar 13 2017
Cleaning up "Needs-Review" label as we are not using this label for triage. Ref bug 684919
,
Mar 13 2017
,
Mar 15 2018
Issue has not been modified or commented on in the last 365 days, please re-open or file a new bug if this is still an issue. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot |
||||||||||
►
Sign in to add a comment |
||||||||||
Comment 1 by mmenke@chromium.org
, Dec 18 2016Components: -Internals>Network