New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 816943 link

Starred by 1 user

Issue metadata

Status: Untriaged
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows , Mac
Pri: 2
Type: Bug



Sign in to add a comment

history.replaceState causes reload of favicon

Reported by w...@emweb.be, Feb 27 2018

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:58.0) Gecko/20100101 Firefox/58.0

Steps to reproduce the problem:
1. put test case on a web server and open in web browser
2. open Inspector or web server logs
3. observe that favicon-32x32.png and favicon-16x16.png are reloaded every second

What is the expected behavior?
favicons should not be reloaded just because replaceState() is called with different state.

What went wrong?
Call to replaceState() seems to trigger a favicon reload, without even considering the cache for these files.

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: 64.0.3282.186  Channel: stable
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: 28.0.0.161
 
favicontest.html
774 bytes View Download
Labels: Needs-Triage-M64
Components: UI>Browser>History
Cc: krajshree@chromium.org
Labels: Triaged-ET Needs-Feedback
Tested the issue on Win-7 using chrome reported version #64.0.3282.186 and latest canary #66.0.3356.0.

Attached a screen cast for reference.

Following are the steps followed to reproduce the issue.
------------
1. Opened the test case in chrome using HTTP web server.
2. opened Inspector.
3. observed that page title #1......n got repeated.

Note: Same behaviour is observed in firefox also.

wim@ - Could you please check the attached screen cast and please let us know if it the issue or please provide a screenshot/screen cast for better understanding of the issue.

Thanks...!!
816943.mp4
1.4 MB View Download

Comment 4 by w...@emweb.be, Mar 1 2018

The reloading of favicons is observed in the networking tab of inspector, as shown in the attached video. They are also actually fetched on the webserver (not shown on the video).


Chrome bug 816943.mp4
2.3 MB View Download
Project Member

Comment 5 by sheriffbot@chromium.org, Mar 1 2018

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Labels: M-67 Target-67 FoundIn-67 OS-Mac
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on Mac 10.13.3 and Win-10 using chrome reported version #64.0.3282.186 and latest canary #67.0.3361.0. Issue is not seen in OS-Linux.
This is a non-regression issue as it is observed from M60 old builds. 

Hence, marking it as untriaged to get more inputs from dev team.

Thanks...!!

Comment 7 by w...@emweb.be, Mar 5 2018

Thank you for following up. We also see the issue on OS-Linux 64.0.3282.
Labels: -Hotlist-Interop

Sign in to add a comment