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

Issue 605364 link

Starred by 1 user
Status: WontFix
Owner: ----
Closed: Feb 2017
Cc:
█ brajkumar@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 3
Type: Bug-Regression



Sign in to add a comment

Navigating to "chrome-search://" URLs via window.open()

Reported by chromium...@gmail.com, Apr 21 2016 
Chrome Version       : 52.0.2713.0 canary
URLs (if applicable) : Windows 7


My testcase will open google.com then will navigate to new tab because I used "chrome-search://local-ntp/local-ntp.html". The page should not be allowed to navigate to "chrome-search://" URLs.
testcase.html
247 bytes View Download

Comment 1 by brajkumar@chromium.org, Apr 21 2016

Cc: brajkumar@chromium.org
Labels: Needs-Feedback
Tested this issue on Windows 7 using chrome latest canary M52-52.0.2713.0 by following steps mentioned below.

1. Opened the attached html file
2. Clicked on click here button
3. Observed chrome new tab page opened 

Reporter@ - Is this is the issue you are talking about? If yes, once clicking the button "click here" what will be the expected behavior? 

Tested the same issue on earlier versions of chrome M35-35.0.1851.0 and observed a new tab page opens with full of generated scripts. Attaching screen-cast for reference, could you please confirm is this is the expected behavior?

Thanks!
NewTab.mp4
1.4 MB Download

Comment 2 by chromium...@gmail.com, Apr 21 2016 

I meant chrome://newtab with new tab I've made a video to see how I can repro this bug.
new tab.mp4
235 KB Download
Project Member

Comment 3 by sheriffbot@chromium.org, Apr 22 2016

Labels: -Needs-Feedback Needs-Review
Owner: brajkumar@chromium.org
Thank you for providing more feedback. Adding requester "brajkumar@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

Comment 4 by ligim...@chromium.org, Apr 22 2016

Labels: -Needs-Review Needs-Bisect

Comment 5 by brajkumar@chromium.org, Apr 25 2016

Labels: -Type-Bug -Needs-Bisect M-52 hasbisect OS-Linux OS-Mac OS-Windows Type-Bug-Regression
Owner: ----
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on Windows 7, Ubuntu 14.04 and Mac OS 10.11.4 using chrome latest stable M50-50.0.2661.87 .

Bisect Information:
=====================
Good build: 49.0.2593.0  
Bad Build : 49.0.2595.0  

Normal CL as per omahaproxy:
https://chromium.googlesource.com/chromium/src/+log/49.0.2593.0..49.0.2595.0?pretty=fuller&n=10000

Tool Change Log: https://chromium.googlesource.com/chromium/src/+log/68898fbcd004af124220a629d25249e96b5acde2..689a8d78c026578c5144b19e2de4c53094e4f991

Unable to find the suspect from the above change log. Could anyone please look in to it and kindly assign to the concerned owner.

Thanks!
Project Member

Comment 6 by sheriffbot@chromium.org, Jun 1 2016

Labels: -M-52 M-53 MovedFrom-52
Moving this nonessential bug to the next milestone.

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

Comment 7 by sheriffbot@chromium.org, Jul 13 2016

Labels: -M-53 MovedFrom-53
This issue has been moved once and is lower than Pri-1. Removing the milestone.

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

Comment 8 by cbiesin...@chromium.org, Jul 25 2016

Components: Blink>SecurityFeature

Comment 9 by mkwst@chromium.org, Feb 23 2017

Status: WontFix (was: Untriaged)
This doesn't work today; I'm pretty sure we've cleaned up the navigational checks here in the ~recent past. Closing this out, but please open a new bug if you're still able to bypass those checks.
►

Sign in to add a comment