I am using the library https://github.com/aik099/PhpStormProtocol/ to get links to my IDE (PHPStorm) from the browser (Chrome). Everytime xdebug prints a warning, it attaches a link with an href like this:
phpstorm://open?file={filepath}&line={line}
That works perfect. The problem is that every time I click in the link I get a pop-up like this:
I have tried following the steps I found here:
https://superuser.com/questions/1481851/disable-chrome-to-ask-for-confirmation-to-open-external-application-everytime
After enabling that policy in the register of windows, and validating it also in my browser I still have the same pop-up without the checkbox to allow this protocol forever.
The problem is, that you want to open your url handler over a "http" connection.
But you get only the square if you have a "https" connection.
You can solve your problem if you set a rule, that your "http" connection is trusted.
For chrome write "chrome://flags/" in your address bar and write your url into the option "Insecure origins treated as secure" and set this to enable.
enter image description here
The ExternalProtocolDialogShowAlwaysOpenCheckbox does work on https websites only.
You can instead add you protocol phpstorm://* to Chrome's URLAllowlist, for example via the Windows registry :
The user will not see the popup at all and the software will open automatically.
Related
Google chrome is not able to open page "http://www.google.com/" instead able to open "https://www.google.co.in/" page.It returns "This site can’t be reached" page in response.
Every URL that contains "google.com" in it fails to open each time.
Please provide the solution.
you can try:
https://www.google.com/ncr
"ncr" means NoCountryRedirect.
Try to reset your chrome settings, Thanks.
reset settings chrome
I think it is happening due to some DNS server error. I also faced this issue, sometimes just disabling and re-enabling network adapter does the job and sometimes just changing DNS server to static solve the issue.(I entered 8.8.8.8 and 8.4.4.4 as DNS server)Here you can check the DNS server details
I am able to set the proxy host and port using the preferences menu, but I see no option to set the username/password.
When I browse, I get a message, proxy is refusing connections. I am using squid proxy.
How do I do this?
I had the exact same problem as you had.
And finaly there is no way to add user and password to the default firefox proxy settings, so we need an addon to handle this for us.
In the current version FoxyProxy is doing this without any problems:
https://addons.mozilla.org/en/firefox/addon/foxyproxy-standard/
So try out the Add-On and you will solve this.
br
Wikrie
Open Firefox.
In the address bar, type about:config. A warning appears.
Click I'll be careful. I promise! A variety of configuration options appears.
In the Filter box, type network.negotiate.
Double-click network.negotiate-auth.allow-proxies to toggle between true and false. The option must be set to false. (It seems counterintuitive, but you set it to false to make it work with the ISA proxy.)
Find the link for detailed understanding https://kb.globalscape.com/KnowledgebaseArticle10522.aspx
Perhaps you must fill the proxy host value with something like the below
username:password#proxy.thing.com
We have a websocket server on port 8080 setup on a Linode box. Chrome and Opera work just fine. Firefox however complains that the operation is insecure.
"The operation is insecure: Code 18"
If I try to create a new WebSocket object in the web console before the page is loaded everything is fine. However, after the page loads something is screwy then I cannot create the object anymore. See the attached screenshot.
I have no idea what operation is insecure or even how to go about diagnosing this.
As you point out in another answer, https:// to ws:// is disallowed by default on firefox.
Going to firefox's about:config and toggling network.websocket.allowInsecureFromHTTPS will get rid of the SecurityError.
I fixed this. The app itself is under SSL but the websocket being accessed is not. Chrome and Opera don't care but Firefox does. According to:
https://bugzilla.mozilla.org/show_bug.cgi?id=303952
This is known and is not considered a bug. Mozilla's response: wontfix
Solution, put websocket server under SSL and use wss://
This is a hunch based off limited info, and I probably should put this into a comment, but I don't have enough reputation points to do that yet.
Looking at your log, it seems as if 24 seconds are passing from the receipt of [object Websocket] (time 17:46:36.683) until you get The connection to ws://.....(time 17:47:00:952) error message.The long delay leads me to believe that the server could be timing out and closing the websocket connection. Look at this answer for a potential solution.
Had the same problem and attempted to fix by changing network.websocket.allowInsecureFromHTTPS in about:config which did not work.
Ended up finding this post => Unhandled Rejection (SecurityError): The operation is insecure. On a fresh create-react-app project
Changing this in index.js ended up working for me
serviceWorker.register();
//serviceWorker.unregister();
Open "about:config" url in firefox. Search for allowInsecureFromHTTPS and set it to true
Beside secure ssl context and cross-origin policies, assigning some port can trigger the error as well.
What are valid http ports for Firefox? I don't know precisely, but have to be between 1500 and 64000, or the console will display:
SecurityError: The operation is insecure.
And http links will say:
This address is restricted
This address uses a network port which is normally used for purposes other than Web browsing.
Firefox has canceled the request for your protection.
In my company, we access some databases through a local server, through firefox/chrome/safari, by using a URL of the format:
http://server_name:port/path
this means that it does not need the prefix www. or the suffix .com. The problem is that recently the browser has started to add these by itself either when we just start up the browser or when a new page is loaded, thus making the URL:
http://www.server_name.com:port/path
which, of course, is not the right URL and it does not allow to connect to our server or it disconnects us in the middle of a process. Is there a way to stop the browser from adding these automatically?
Thank you in advance for your help!
I never had an issue with this until Firefox 14. The answer I found to the problem from the last couple years is:
In the Location bar, type about:config and press "Enter"
The about:config "This might void your warranty!" warning page may appear. "Click I'll > be careful, I promise!", to continue to the about:config page.
In the Search field, type "browser.fixup.alternate.enabled"
Double-click the "browser.fixup.alternate.enabled" preference to set its value to false.
This seems to have worked for people, but not for me. After searching through the config I found browser.urlbar.autocomplete.enabled. I turned this off and it did the trick. So if the previous doesn't work, try:
In the Location bar, type about:config and press "Enter"
The about:config "This might void your warranty!" warning page may appear. "Click I'll > be careful, I promise!", to continue to the about:config page.
In the Search field, type "browser.urlbar.autocomplete.enabled"
Double-click the "browser.urlbar.autocomplete.enabled" preference to set its value to false.
Edit: disabling browser.urlbar.autoFill instead of autocomplete also fixes the issue while still showing suggested results from your history.
If you just type server_name into the search/url bar the browsers try to be helpful and guess what the URL should be or switch to a search. However if you click on a HTML link, enter the full URL (http://server_name), or use a bookmark the browsers should respect what was entered.
If all the suggestions found here and elsewhere on the interweb don't work (like they did not for me) check your proxy settings if inside corporate environment.
I had to manually set proxy - it did not take the global settings. Options - Network - Settings - 'Automatic proxy configuration url' fixed it for me.
Firefox gives me connection untrusted for SSL https, and why is that, Chrome shows https in green so, chrome OK, firefox not, why ?
when i install ff 16.0.2, i seem to have same prob with you(untrusted connection especially firefox addon)..For me, it basically cause by my nod32 antivirus, i try go to setting>protocol filtering>ssl>certificates>untick "add the root certificate to known browser''(make sure ff really close)..then tick it again and click OK..done
Please check this:
https://developer.mozilla.org/En/Displaying_web_content_in_an_extension_without_security_issues
I thing you can bypass the warning:
You can tell Firefox to bypass these certificate warnings. You should only bypass the warning if you're sure that the site is legitimate. Legitimate public sites will not ask you to do this. An invalid certificate can be an indication of a web page that will defraud you or steal your identity.
1.On the warning page, click Or you can add an exception....
2.Click Add Exception.... The Add Security Exception dialog will appear.
3.Click Get Certificate.
4.Read the text describing the problems with this site.
5.Click Confirm Security Exception if you want to trust the site.
http://support.mozilla.com/en-US/kb/Secure%20Connection%20Failed
http://support.mozilla.com/en-US/kb/Firefox%20cannot%20connect%20securely%20because%20the%20site%20uses%20an%20older%20insecure%20version%20of%20the%20SSL%20protocol
If any of these TS won't work, then try to update to FF V7. Don't forget to file a bug in bugzilla with all the necessary information.
However if you wish to access sites without accepting the certificate each time, use the add-on skip-cert-error "https://addons.mozilla.org/en-US/firefox/addon/skip-cert-error"
I had this weird issue "Your connection is not secure" whereas Chrome works like a charm.
Actually, it is because i let the corporate pac script to manage the proxy setup ticking the option "use system proxy settings". Actually, Firefox don't like it !
When i switch back to the manual proxy settings, all get back to work.
Of course, you need to known proxy params.
Go & surf ...
Change your Date to current date :D
I had same issue