New issue
Advanced search Search tips

Issue 918271 link

Starred by 2 users

Issue metadata

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



Sign in to add a comment

Hyperlink containing 'unknown' 2+ character long scheme with target _blank only opens blank untitled tab

Reported by andresan...@gmail.com, Dec 30

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3642.0 Safari/537.36

Steps to reproduce the problem:
1. Go to 'https://jsfiddle.net/q4rtnb79/' or have '<a href="aa://a" target="_blank">click me</a>' on a web page
2. Click on the link

What is the expected behavior?

What went wrong?
When pressing on the link, it opens a new tab with a blank (when in incognito *on desktop*, uses the background colour for that instead) page along with the title 'untitled' (on desktop).
If the user goes back to the tab with the link they pressed on, Chrome will not do anything when clicking the hyperlink until they either refresh the page or toggle developer tools (open or close).

Did this work before? N/A 

Chrome version: 73.0.3642.0  Channel: dev
OS Version: 10.0
Flash Version: 

Affects Google Chrome 71.0.3578.98 Stable.
Platform known to be affected (by me and someone else): Windows 10 Pro. Dev build of Chrome on 1809 and 1703 for stable (under a virtual machine).
This assumes that no program installed (such as WinSCP) is assigned the SFTP scheme, as that would instead bring up a dialogue box requesting to open that program.

This is known to also affect Chrome 73.0.3655.0 Canary, Android.
 
The part near the end was supposed to be edited out as I was further looking into the details (initially assumed that only 'sftp://' was affected, which now does not appear to be the case). Might still be useful to know.
A user using version 70.0.3538.110 (Official Build) (64-bit) on Solus is also affected.
In their case, they got a dialogue box involving opening "kdg-open" no matter what random stuff goes before '://'. They then get a blank tab once they dismiss the dialogue box by cancelling (the tab should close automatically instead).
Once that happens, if they go to another tab and switch back, the background in the blank tab would have a shade slightly darker than the shade incognito uses (uses the exact incognito shade if done in incognito).
Labels: Needs-Triage-M73
Cc: vamshi.kommuri@chromium.org
Components: -UI UI>Browser
Labels: Triaged-ET Target-73 M-73 FoundIn-71 FoundIn-73 FoundIn-72 OS-Linux OS-Mac
Status: Untriaged (was: Unconfirmed)
Thanks for filing the issue!

Able to reproduce the issue on reported chrome version 73.0.3642.0 and on the latest canary 73.0.3655.0 using Mac 10.14.1 and Windows 10
Note: As mentioned in C#2 even we observed the same behaviour on Ubuntu 14.04 i.e., tab opening with a dialogue box involving ...."open xdg-open".

As the issue is seen from M60(60.0.3112.0) considering it as Non-Regression and marking it as Untriaged.

Sign in to add a comment