Issue metadata
Sign in to add a comment
|
Exclude my Local development environment from https check's especially if this is no https
Reported by
nick.dil...@kirchbergerknorr.de,
Dec 22 2017
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.84 Safari/537.36 Steps to reproduce the problem: Would it be possible to exclude local VM's from damn stupid checks, that causes non access able https redirects / checks first of all: IT IS NO HTTPS Second: IT IS NO REACHABLE URL so why does chrome do a check and send it somewhere and now blogs all my connections. called url: https://accounts.google.com/ServiceLogin?passive=1209600&osid=1&continue=https://notifications.google.com/u/0/widget?sourceid%3D243%26hl%3Dde%26origin%3Dhttps://www.google.de%26usegapi%3D1%26jsh%3Dm;/_/scs/abc-static/_/js/k%253Dgapi.gapi.en.yoTdpQipo6s.O/m%253D__features__/am%253DAAE/rt%253Dj/d%253D1/rs%253DAHpOoo9_VhuRoUovwpPPf5LqLZd-dmCnxw&followup=https://notifications.google.com/u/0/widget?sourceid%3D243%26hl%3Dde%26origin%3Dhttps://www.google.de%26usegapi%3D1%26jsh%3Dm;/_/scs/abc-static/_/js/k%253Dgapi.gapi.en.yoTdpQipo6s.O/m%253D__features__/am%253DAAE/rt%253Dj/d%253D1/rs%253DAHpOoo9_VhuRoUovwpPPf5LqLZd-dmCnxw&hl=de#pid=243&_methods=onError%2ConInfo%2ChideNotificationWidget%2CpostSharedMessage%2Creauth%2CsetNotificationWidgetHeight%2CsetNotificationWidgetSize%2CswitchTo%2CnavigateTo%2CsetNotificationText%2CsetNotificationAnimation%2CgetNotificationText%2CvalidateUser%2C_ready&id=I0_1513953296706&_gfid=I0_1513953296706&parent=https%3A%2F%2Fwww.google.de&pfname=&rpctoken=19223316 thank you to prevenbt my work. currently really pissed of Regards Nick What is the expected behavior? a http connection to my local enviropnment What went wrong? CHROME Did this work before? Yes Does this work in other browsers? N/A Chrome version: 63.0.3239.84 Channel: n/a OS Version: 10.0 Flash Version:
,
Jan 3 2018
Hi, sorry for my hard ticket and thank you for your help. I should researched a bit more and so i had found it faster, but i never believed it is that kind of problem. I "solved" the problem. It was the defined toplevel domain ".dev" which isn't unused like i thought. To my regret ".foo" is also used. With that facts, the external call is logical. I switched to ".local" and all working again. It would be nice, if you can provide in future a "developing" Solution like the chrome flag "#allow-insecure-localhost", for remote hosts, which my local VM System is associated with. Because i believe that i have only a workaround not a solution. Thank you for your helps. Regards Nick
,
Jan 4 2018
As per comment #2 considering the above issue as feature and marking it as untriaged. Thanks!
,
Apr 26 2018
|
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by vamshi.k...@techmahindra.com
, Dec 26 2017Labels: Triaged-ET TE-NeedsTriageFromHYD Needs-Triage-M63