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. Enter "view-source:." (exactly like that) or/and "view-source://." in the omnibar.

What is the expected behavior?
Refuse to go ahead.

What went wrong?
- In normal browsing, 'view-source' being hidden is inconsistent when it comes to 'view-source:' and 'view-source://'. 'view-source://' always shows while 'view-source:' is hidden with no indication if it is being used when failing to access the page it is being pointed to or '.' is not present with any letter or number being right before ('.' can be in the very end of the URI -- must not be straight after 'view-source:').
- After using 'view-source://' it would show in the omnibar as 'view-source:'. Refreshing would then make it use 'view-source:' rather than 'view-source://' which you can guess ends up with the 'protocol' part completely hidden.
- Instead of refusing to perform an action when using '.' (does not matter how many times it is used) or going to Google Search, it would display a 'this site can’t be reached' error page along with the amount of '.' used.

Did this work before? N/A 

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

Issue regarding 'view-source:' (not 'view-source://' due the browser using file:// instead) also affects Chrome 73.0.3655.0 Canary, Android.