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

Issue 746952 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Last visit > 30 days ago
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Feature


Participants' hotlists:
Hotlist-1


Sign in to add a comment

Blocking of document.write scripts

Reported by sianleg...@gmail.com, Jul 20 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36

Steps to reproduce the problem:
1.Find a website with a ad that's vital for the loading of one of it's contents that was written with document.write
2. Acess the site with a slow connection (for the script kick in)
3. Inspect the area

What is the expected behavior?
An ad would be showed and afterwards it would load normally

What went wrong?
Script enters and does not allow it to be showed

Did this work before? Yes 54

Chrome version: 59.0.3071.115  Channel: stable
OS Version: 10.0
Flash Version: Shockwave Flash 26.0 r0

An option to turn that script off would help
 
Parser blocking.PNG
132 KB View Download
Labels: Needs-Feedback
@sianlegacy: Thanks for the report.

Could you please provide a sample website to test the issue from our end?

Thanks!!
Labels: Needs-Milestone

Comment 3 Deleted

Project Member

Comment 4 by sheriffbot@chromium.org, Jul 28 2017

Cc: sandeepkumars@chromium.org
Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "sandeepkumars@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Cc: jmukthavaram@chromium.org
Labels: Needs-Feedback
sianlegacy@,
Could you please respond on comment#1 & please check the same issue on latest chrome stable#60.0.3112.90 & Canary#62.0.3180.0.If still issue observed, update the thread with consistent repro steps with sample URL to triage the issue from TE end.

Thank you..!!
@sandeepkumars: What's a sample website?
@jmukthavaram: My chrome is  60.0.3112.101. Canary is avaliable in a google site or only at github? 
Project Member

Comment 7 by sheriffbot@chromium.org, Aug 18 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "jmukthavaram@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 8 by woxxom@gmail.com, Aug 18 2017

Reporter, https://www.google.com/chrome/browser/canary.html

As for the observed behavior, it's intended:
https://www.chromestatus.com/features/5718547946799104

Obviously this bug report is a feature request: 
the users should be able to manually allow loading of such scripts in the per-site settings,
also through the existing address bar button that lists these settings (like cookies and so on).
Status: Untriaged (was: Unconfirmed)
Since it is marked as feature request, marking it as untriaged for further triage.
Components: Blink>Loader
Cc: shivanisha@chromium.org
Owner: kenjibaheux@chromium.org
Status: Assigned (was: Untriaged)
This is document.write() intervention ( Issue 640844 ), as mentioned in Comment #8.
kenjibaheux@ or shivanisha@, could you handle this issue?
It's unclear if the issue is caused by the document.write intervention, IIRC the error message that follows the warning would also mention the intervention.

Reloading should fix the issue (unless the script URL changes with every load).

Sign in to add a comment