I have a Windows 2012 R2 Standalone Root CA setup to issue authentication certificates when requested via the certrqma.asp page. This page has been modified to only show a small number of fields required but no configuration has been changed over the default and has worked fine in the past, however, recently (Not exactly sure when) the page simply won't submit the request.
I can see errors via the console in both IE and Chrome but the user feedback on form submission is to display the message:
This page has not finished loading yet. Please wait a few seconds and try again.
IE Console: SCRIPT5009: 'GetCSPList' is undefined - certrqma.asp (1523,3)
Chrome Console: Uncaught ReferenceError: loadXEnroll is not defined at postLoad (certrqm.asp:997) & at onload (certrqma.asp:9)
My ASP coding is non-existent and am feeling my way along but at least found the above so hoping it's useful detail. Any ideas?
So it turns out, this is a direct result of Microsoft disabling, by default, the execution of VBScript in IE11 onwards. This was changed in the August 2019 Windows Security Update and has been planned since early 2017: An update on disabling VBScript in Internet Explorer 11
VBScript can easily be re-enabled in IE using one of the methods in Option to disable VBScript execution in Internet Explorer for Internet Zone and Restricted Sites Zone but compromising security is not something we should have to ask clients to do in order to use this as intended.
I thought the Windows 2019 Server version of this form would be coded differently to address this seeing as disabling it has been in the pipeline for so long but is not the case as 2019 Server Certificate Services Web Enrollment still requires VBScript in order to use this form.
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.
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 am working on an ASP.NET MVC3 webapplication.
I have a button "Download" that downloads a file from the server.
<input type="button" onclick="window.location.href='#Url.Action("DownloadFile", "Home")';" value="Download"/>
In the HomeController I call the Action "DownloadFile" that returns the file
return File(fileToReturn, Path.GetFileName(fileToReturn));
This is working normally on all browsers.
however some people report that the download does not work on Internet Explorer 6.
I installed IE6 and tested the website on it and it was working normally.
So this is my question:
What may have cause the download to not work for certain IE6 but work on others?
First I thought it was a security option in IE. But then I tested on my IE6 for different security option, When I cannot download due to security reason I get a message Your current security settings does not allow this file to be downloaded But they are not getting this (the file just does not download without anything happening)
What may be causing this? I am unable to reproduce it in order to fix it.
Thanks a lot for any help
I had a similar problem once and managed to fix it by following these steps:
In Internet Explorer, click Tools, and then click Internet Options.
Click the Security tab.
There are four security zones listed: Internet, Local intranet, Trusted sites, Restricted sites. Click the zone your website is in (when you navigate to your site, the current zone is displayed in the status bar at the bottom of IE's window).
Under Security level for this zone, click Custom Level.
Under Downloads, under Automatic prompting for file downloads, click Enable, and then click OK two times.
You say you've checked that it isn't browser security settings, but it might be security settings on their network, not just the browser.
If their network firewall is configured to prevent certain types of files from being downloaded, then there may be nothing you can do to get around that, short of changing the file type you're sending. (or talking very nicely to their network operator).
Given the security risks involved in running IE6 these days, I imagine most companies still using IE6 would have pretty paranoid network security settings, so this is quite a likely explanation.
Webpage error details
User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727)
Timestamp: Wed, 18 Jan 2012 05:02:49 UTC
Message: HTML Parsing Error: Unable to modify the parent container element before the child element is closed (KB927917)
Line: 0
Char: 0
Code: 0
URI: http://collaborize.collaborizeclassroom.com/portal/portal/collaborize/site/window?actionEvent=homePage&action=2&fpg=1&unId=umb8N95lhIoXOVKzTTrtcPoCrixd4wMdScQv8mEwqFT962zy3VSh4mzQNeugOWVV&ts=1326862916939&publishUrl=class2&siteName=class2&siteId=20941
I get the above problem only when i open and close the browser and log-in for the first time and even though i delete cache,cookies and history and login again i don't get the problem.
is there something else other than the above that gets deleted when we close the browser because the error only comes when i login the first time after i open the browser
Example: call document.body.appendChild when the page has not loaded.
Need to call javascript when the page is loaded, example:
document.body.onload = function()
{
document.body.appendChild(...)
}
Add few characters spaces in-between script tags to fix this.
ie., space inbetween start and close script tags in case you are referring outside library using src attribute
IE takes some time to render elements. In that case, if we are referencing the element in Javascript it will throw this error.
Solution is to check on your Javascript or Jquery codes and use the codes inside the $(document).ready(function() { } function.
It works for me.
This is a bug in IE8.try following the method provided below. After using this my problem is resolved.
Reset your Internet Explorer settings and run it. You can do this by following the steps given below.
If the problem is caused by damaged or incompatible Internet Explorer settings or add-ons, you can usually resolve the problem by resetting Internet Explorer settings.
To use the Reset Internet Explorer Settings feature from Control Panel, follow these steps:
First of all clear your IE history.
Exit all programs, including Internet Explorer (if it is running).
If you use Windows XP, click Start, and then click Run. Type the following command in the Open box, and then press ENTER:
inetcpl.cpl
If you use Windows Vista, click Start Collapse this imageExpand this image . Type the following command in the Start Search box, and then press ENTER:
inetcpl.cpl
The Internet Options dialog box appears.
Click the Advanced tab.
Under Reset Internet Explorer settings, click Reset. Then click Reset again.
When Internet Explorer finishes resetting the settings, click Close in the Reset Internet Explorer Settings dialog box.
After that you have to download the Cumulative Security update for Internet Explorer KB2360131 to resolve this.
http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=27630 (Windows XP)
OR
http://www.microsoft.com/download/en/details.aspx?displaylang=en&id=27622 (Windows Vista)
-- Start Internet Explorer again.
Not sure if this will be on any help but it might give you an idea of your problem.
I'm still learning js but I got the same problem and only in IE8. I had suspicion that it was the facebook plugin I got from facebook which stated to place the code at the top of page. I removed the code and page loaded without error then added it back and I got the error. I moved the code to the bottom of the page and it worked with no errors. The page even loaded faster.
I added the $(document).ready(...) and still had a problem. After further analysis, I isolated the problem to an em value in a CSS media query (I am using respond.js). I have not investigate the root cause further, but I was able to consistently view the page without errors after switching the media query from ems to pixels.
The problem happens when JS tried to appendChild to a DOM element that has not finished loading. I fixed with
window.onload=function() {
//append code
}
if the issue is still happening within here I would surmise that the ready code is creating new elements and trying to append children to them before they are loaded.
To solve the issue:
Please check your source codes, that all the HTML tags are opened and closed properly.
If all are fine then you will not get this kind of errors in IE.
We are using Infopath forms on our web application (not Sharepoint). We have run into a problem with Infopath 2010 on Windows 7 machines, when upgrading the form.
If we publish a new version of the form to our server, and then open the form in Infopath (only 2010 on windows 7), a yellow information bar appears telling us that there is a newer version of the form available, and asking whether we want to "Save and Update". The problem is, this calls the Save function of the form, but the form can not be saved if there are validation errors. If the user clicks this "Save and Update" button as soon as Infopath opens, Infopath still tries to save the empty form. This results in lots of error messages appearing, which does not provide a very good end-user experience.
However, after all the errors have gone, and the form is reopened, it now has the new version.
I have also noticed, that for some users this error does not happen, and Infopath seems to just silently update the form before displaying anything. Testing with a number of Local accounts (including the machine administrator) on a test machine produced the error, but when I logged on with my own domain account (with admin privileges) I did not get the error. This makes me suspect that the problem is due to some security setting in Windows 7.
I have tried catching the OnVersionUpgrade event that Infopath provides, but this event does not fire till after the form has attempted to save, so it does not help me in this case. I have also tried to set Upgrade automatically when a new version is available under Form Options -> Versioning, but this does not seem to make any difference to the behaviour of the form.
Is there any way that I can force Infopath to upgrade the form automatically when there is a new one available, without it first trying to save the form?
I had a similar issue and it was solved by clearing the local infopath cache. Likely happening to your users that have opened that same form before. Might be a way to do that programatically on form load?