I've been using a simple mechanism for registering a custom URL protocol on Windows 10, allowing a link in our web application to launch a local program on the client computer. For example :
Launch program
In regedit, the protocol is registered here :
Ordinateur\HKEY_CLASSES_ROOT\mycustomprotocol\shell\open\command
with a value like :
C:\Program Files (x86)\MyProgram\MyExecutable.exe "%1"
It has stopped to work on Chrome 63. Nothing is shown in the dev console nor in the network tab, whereas it still works well on Firefox or Microsoft Edge for example.
If I delete my user profile in C:\Users\johndoe\AppData\Local\Google\Chrome\User Data, then click my custom link again, Chrome asks me if I want to launch my local program but nothing happens when I click on the "open" button.
Any though ? Is this feature now blocked by Chrome ? Can this be unblocked ? Thanks for your help.
Turns out that I was missing two keys in the registry. It was okay for Edge but not for Chrome. Here are the keys to add at the level Computer\HKEY_CLASSES_ROOT\mycustomprotocol\ :
Name Type Data
(Default) REG_SZ URL:My Fancy Program
URL Protocol REG_SZ
This Chrome bug has just been fixed:
https://bugs.chromium.org/p/chromium/issues/detail?id=788431
If you don't want to wait for the fix to be deployed, this discussion on Reddit gives a possible solution.
We are also facing the same of Custom Protocol in Chrome 63.
The protocol is registered here :
Ordinateur\HKEY_CLASSES_ROOT\mycustomprotocol\shell\open\command
with a value like :
C:\Program Files (x86)\MyProgram\MyExecutable.exe "%1"
Also we have both the registry entries under Computer\HKEY_CLASSES_ROOT\mycustomprotocol\
Name Type Data
(Default) REG_SZ URL:My Fancy Program
URL Protocol REG_SZ
Browser opens the popup to allow user to launch client application. Client application launches. But always allow option is not getting save. Browser always opening popup to launch the client application
Set Chrome policies for devices
via https://support.google.com/chrome/a/answer/187202?hl=en&ref_topic=2936229
Related
I'm trying to edit a document from an alfresco repository using MS word via the AOS module. Unfortunately I get a warning prompt about this all the time.
The message in the prompt reads to this effect:
Some files can harm the computer. If the file information below looks
suspicious or if you do not fully trust the source, then do not open
the file.
I have so far used inetcpl to configure the trusted sites for the intranet zones and added the domains to the following registry key:
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\ZoneMap\Domains
following the instructions from this site and some others (which all practically allude to the same thing) but so far I have had zero success in disabling the thing.
OS: windows 7
EDCM: Alfresco 5.2 with AOS
Browser: Internet Explorer 11
Your error message is not in English language, So it is difficult for us to understand which actual error you are getting.
If you are trying to open file via IE and getting security warning for opening a file then you can refer steps below to stop it.
(1) Open Internet Explorer.
(2) Go to Tools.
(3) Click on Internet Options.
(4) Select Security tab.
(5) Click button named as 'Custom level'.
(6) Find an option called 'Launching applications and unsafe files(not secure)'.
(7) Enable it.
(8) Restart the Internet Explorer.
Note: It is not recommended to enable this option for a security reason. You can try to make a test with it to check whether it can solve your issue or not.
Hope I'm writing that in the relevant platform..
I'm working on a script that analyzing requests while browsing sites with Firefox.
I always see requests to aus4.mozilla.org, even after I changed the "Auto-Update" option in the browser to 'Disable' mode.
Does anybody faced with this problem before? How can I turn it off?
Here is how you can turn off Auto Updates on Firefox from Windows:
Run Regedit in windows (Must have admin right)
Expand HKEY_LOCAL_MACHINE > SOFTWARE > Policies
If the 2 folders Mozilla and Firefox don't exist under 'Policies'. Create them as per the following:
-Right click on "Policies" folder, Select New > Key then enter "Mozilla"
-Right click on "Mozilla" folder, Select New > Key then enter "Firefox"
-Right click on "Firefox" folder, Select New > DWORD (32 bit) value then enter "DisableAppUpdate"
-Double-click on "DisableAppUpdate" to modify Value data to 1 (hexadecimal). This will stop mozilla from downloading and updating Firefox;
It will show "Updates disabled by your system administrator"
To allow Firefox to update again; Modify the Value Data to 0 .
Weird, the option should work.
Double check that the app.update.auto and app.update.enabled configuration options are set to false (you can do that from about:config).
I would suggest using a better method to automate Firefox, for example Selenium. There are bindings for many programming languages, e.g. for Node.js.
Nowadays (65.0.2) disabling updates is relatively complicated. Here's the Windows solution:
In the firefox.exe directory, create one named distribution.
Inside distribution, place a filed named policies.json containing the following:
{
"policies": {
"DisableAppUpdate": true
}
}
Sources:
https://support.mozilla.org/en-US/questions/1232918
https://github.com/mozilla/policy-templates/blob/master/README.md
I initially installed the Microsoft Visual Studio Express 2013 for Web on my desktop. My desktop runs Windows 8.1 with internet explorer 11. It ran fine until the license expired after the first 30 days. I tried to sign in to renew the license, however after clicking the 'sign in' button I get an error dialog. The dialog states 'Browser is security restricted or javaScript is disabled. I have no other option but to close and exit Visual Studio.
I went to the online forums for Microsoft. There were discussions and suggestions on how to fix the error. I tried lowering the settings for the security tab in internet explorer. I have validated the option for scripting is enabled. I have also added https://*.visualstudio.com to the trusted sites tab. Other users on the forum have tried the same suggestions and have not succeeded in signing into the visual studio application.
I had exactly the same problem, here is what I did:
a) Go in IE, click on settings wheel then Internet Options and Security tab.
b) Click on Custom level button (make sure you select Internet zone).
c) In Security Settings window, under Scripting I set Enabled for Active scripting.
After that Sign In should work. Even though Chrome is default browser, it seems that VS uses IE for sign in process.
Hope this helps!
There is another issue people are running into that is a bug with the login dialog. The login dialog is using a Web Browser control to login the user. By default it loads up "about:blank" as the URI. It then proceeds to try to execute some JavaScript (just ";") to verify it has permissions to do so. On some machines this is problematic because "about:blank" has been mapped to zone 0, or the Local Machine zone. When the JavaScript is executed MSHTML will check the zone of the URI and then the policy for executing scripts. By default the Local Machine zone is locked down, and all script executions result in a Query policy. What this means is if you're running in immersion mode (aka in Internet Explorer) you will get a message box asking if you want to execute the script. However, the Web Browser control used by VS 2013's "Sign In" dialog doesn't run MSHTML code in immersion mode, so the Query policy effectively equates to a Disallow policy. The bug here is someone in VS assumed "about:blank" resolves to the Internet zone, and when it resolves to the Local Computer zone you get this behavior.
The workaround is to remove "about:blank" zone mapping. Point regedit to this key:
[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\ZoneMap\Domains]
Remove the "blank" key.
Alternatively you can change the Local Machine Lockdown policy for executing scripts. The reg key for that is:
[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Lockdown_Zones\0]
Set the "1400" DWORD value to 0.
There are many sites you need to list in your Trusted Sites. Following the trace of what the stupid, stupid login script does:
https://.visualstudio.com
https://app.vssps.visualstudio.com
https://.accesscontrol.windows.net
https://auth.gfx.ms
https://login.live.com
Only then was I able to log on to my FREE software.
Hi this is Albert from Microsoft. Just want to let you all know that this issue has been fixed in the upcoming Update 2 for Visual Studio 2013. Thanks for your patience while we figured this one out :)
Same problem "Browser is security restricted or JavaScript is disabled" here but the solution from #jic didn't work for me..
If you can and it is convenient for you this is a solution which worked for me:
I have created a new user/profile on my PC and for this user it was just working fine.
Before this action I have tried to make an user account which had this problem as:
Power user - didn't work
Administrator - didn't work as well
So the last solution in my case was a brand new user on the PC..
Here's what worked for me.
Open Control Panel, Internet Options.
First, I clicked the Security tab and turned security the security for the Internet zone to its minimum.
Next, click the Privacy tab, then click Advanced. Choose "Accept" for both types of cookies.
Of course you can change these all back after extending your VS trial.
you must change secure settings of iexplore for admin account. If logon by other account, you must start iexplore under admin account or logon under admin account, because you will get license after admin account.
Click on Start --> Run --> type cmd and click on OK.
Command Prompt will be opened. Then enter this command.
ipconfig /flushdns
and press Enter.
Now try to access https://app.vssps.visualstudio.com/Profile/View
It worked for me...
As I can not add a comment yet to the answer of CBGraham, I've to add this note over here:
The solution described from CBGraham worked for me (Thanks Graham). I had to add an additional link:
https://account.live.com
Then I opened the IE and tried to login to a Microsoft site. I left the IE window open and just clicked once again on the VS to login. Then it worked for me. Even with strong restrictions on the IE settings. While I'm surprised why someone should set down his security settings, just to register VS.
I have a COM DLL, coded in Delphi. It should be invoked via an Active X control when a web page loads in MS IE (via soem JavaScript on the page).
Btw, this all works fine with an existing serial port interface, but I am recoding teh DLL to read from USB; all else is unchaged.
It works fine in the Delphi IDE, but not "in the field". The active X control should request it to read some input from a USB port and should then send that to the web page.
Reading from the USB device works, as I can open Notepad and see the value being written there.
The DLL will display a form, and a dialog box, and will write to the system debug trace. Since I am seeing none of these when loading the web page in MS IE, I think we can assume that Aective X control is not calling into the DLL.
In MS IE I have enabled all Active X options.
in c:\Windows\System32 (which is equivalent to c:\Windows\SysWOW64), I have regsvr32.exe -u my_dll.dll and then regsvr32.exe my_dll.dll both of which the system announced to be successful
I searched, and there is only one copy of my_dll.dll under c:\Windows
and it has the correct size and date/time
my %path% is %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem; for system and empty for user
Any idea what I am doing wrong? Or how I can go about tracking it down?
If you are loading the ActiveX control in webpage through javascript, you will have to package the control for web deployment. See this example for how to do this in your javascript and check whether you have done properly it or not:
Calling Activex Control 's Functions from javascript
Once you do the above thing correctly and open your website in IE, the web-page will at least "load" the ActiveX control. Beyond that, you can display message-boxes or write logs in your Delphi code to track down the actual coding issues.
I have some code that runs in a Windows service and sets some proxy settings on a per-user basis. Specifically it sets:
HKU[user sid]\Software\Microsoft\Windows\CurrentVersion\Internet Settings\AutoConfigURL
HKU[user sid]\Software\Policies\Microsoft\Windows\CurrentVersion\Internet Settings\EnableAutoProxyResultCache
HKU[user sid]\Software\Policies\Microsoft\Internet Explorer\Control Panel\Connection Settings
For "locked down" users it sets:
AutoConfigURL=http://127.0.0.1:8888/wpad.dat
EnableAutoProxyResultCache=0
Connection Settings=1
For "unlocked" users it sets:
AutoConfigURL (deletes this key)
Connection Settings (deletes this key)
Everything works great on Windows XP, in IE, FireFox, and Chrome. As soon as I restart any of those browsers, the new settings are used (uses the proxy or doesn't).
On Windows 7, everything works great in FireFox and IE, but not Chrome. Chrome doesn't start using the new settings until one of the following happen:
I run inetcpl.cpl and click the OK button (don't need to change anything, but do need to click OK, not just Cancel)
I log-off and back on the Windows user account
I run IE (just running IE and closing it)
I'm looking for a programatic way to reset this cache, whatever cache it is.
What I've tried but hasn't worked:
Almost every "netsh" command option I can think of.
InternetSetOption() (see MSDN) with the proxy settings changed and refresh flags (using NULL as the hInternet handle)
Deleted the values under HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections\
Has anyone seen this caching issue and found a way to clear it? If not, what info should I be looking for in general. Is this a WinHTTP cache, TCP, IP, WinInet? Even though it is only showing up in Google Chrome, I don't think it is an actual Chrome cache, I think it is at the OS level.
I know I should probably be using InternetSetOption instead of updating the registry directly, but that doesn't work from a service, and I've found some anti-virus programs that are causing issues with any desktop app level code (but they don't mind if my service updates things). Not to mention that some of the settings above require admin/elevation to modify, even though all under HKCU.
Appears to be a testing error, or an anomaly, calling this after setting the registry values does appear to work:
InternetSetOption(NULL,INTERNET_OPTION_SETTINGS_CHANGED,NULL,0);
InternetSetOption(NULL,INTERNET_OPTION_REFRESH,NULL,0);