The scripting language 'JavaScript' is not found on the server
Burt
(JavaScript).
"The scripting language 'JavaScript' is not found on the server"
"/_ScriptLibrary/pm.asp, line 1"
I think this started after loading the last monthly May or June security
updates but I'm not sure which ones because I loaded them about the same time.
In an attempt to fix this problem from a tip I loaded "Windows Script 5.6
for Windows XP and Windows 2000" which caused a different problem that gives
the error "Invalid Default Script Language".
I tried several tips to fix this new problem of which 2 worked.
1. I went into App Debugging and unchecked the "Enable ASP client-side
script debugging" and "Enable ASP client-side script debugging" options,
restarted IIS then rechecked them. That fixed the second error but then the
first error came back.
2. I added Administrator privilege to the IUSR account which fixed both
these errors but is not a good solution.
I'm looking for a proper fix. My hope is Microsoft will find enough
complaints about this and release a way to fix it.
Any suggestions would greatly be appreciated.
Steve Schofield
in the IIS manager. Open IIS Manager, Home Directory Tab, Click the
Configuration button, Click the Options tab.
----------
Default ASP language
Specify the primary script language for Active Server Pages, the language
used to process commands within ASP delimiters (<% and %>).
ASP comes with two Microsoft® ActiveX® script engines: Microsoft Visual
Basic® Scripting Edition (VBScript) and Microsoft Jscript® (JScript). The
initial value of Default ASP language is VBScript. You can specify the name
of any language for which an ActiveX script engine is installed on your
server; be sure to use the exact keyword required for your engine as
documented by your script engine provider. You can override the default
language on an ASP page by using the <%@ LANGUAGE %> directive.
----------
Steve Schofield
Windows Server MVP - IIS
ASPInsider Member - MCP
http://www.orcsweb.com/
Managed Complex Hosting
#1 in Service and Support
"Burt" <Bu...@discussions.microsoft.com> wrote in message
news:62A36433-270E-4FB2...@microsoft.com...
Egbert Nierop (MVP for IIS)
"Burt" <Bu...@discussions.microsoft.com> wrote in message
news:62A36433-270E-4FB2...@microsoft.com...
reregister javascript. This must be a bug during the patch.
run this from the command prompt.
regsvr32 %systemroot%\system32\jscript.dll
Burt
I know about both of these tips from prior tips I've read and did try them
but this is something to do with access privileges being that setting the
IUSR account as Administrator fixes the problem.
I have looked through the directory and file security but see nothing
abnormal. I have the feeling some privilege for the IIS scripting component
got changed. If I don't get any solution by this weekend I'll restore my
system from a backup and load the security updates one at a time to figure
out which one is the problem.
Egbert Nierop (MVP for IIS)
Hi,
I see this is a bug in the security of Jscript.dll itself.
In my XP sp2 the ACL (access control list) it shows up as
administrators full control
Power users read & xecute
Users read & xecute
IUSR_machine has -no- rights here.
So if you open the security properties tab here, you must add authenticated
users here (as originally was the case!).
I'm not sure if this will help, because I don't know whether or not IIS
impersonated IUSR_ and loads jscript afterwards! In the case of the
system32\inetsrv directory, the IIS_WPG or network service account would be
responsable for the context.
Steve Schofield
denied? http://www.sysinternals.com/Utilities/Filemon.html If auditing is
turned on it would log the failures in the Security event log if it is
permissions related.
--
Steve Schofield
Windows Server MVP - IIS
ASPInsider Member - MCP
http://www.orcsweb.com/
Managed Complex Hosting
#1 in Service and Support
"Burt" <Bu...@discussions.microsoft.com> wrote in message
news:464FC25F-C26A-47C6...@microsoft.com...
Burt
Egbert; My system has no IIS_WPG account but does have IWAM. There may be
some differences between Windows 2000 server and XP that will make it
difficult for comparing security entries. I looked on a friends Windows XP
and 2003 serves and they have some differences from what I have. I have
another older Windows 2000 system I use for InterDev development that is free
of the security updates for just this reason. It clearly uses an impersonated
IUSR_ account called "Internet Quest Account" that is assigned to the WWWRoot
directories. This account does not show up in the problem system. That makes
me think that either impersonated management is not working or Microsoft has
changed the way privileges are assigned for IIS.
Steve; I have Failure Audit turned on and have no failures. I'll have a look
at Filemon to see if it can shed light things. I don't want to restore a
backup if I can help it because it is 2 months old but I am beginning to see
no other alternative.
I noticed that a post from Anon: "KB917344 has broken JavaScript ASP"
http://www.microsoft.com/communities/newsgroups/list/en-us/default.aspx?&guid=&sloc=en-us&dg=microsoft.public.inetserver.iis&p=1&tid=2f715f42-d090-4ba7-9b1a-503757d8da8d&mid=2f715f42-d090-4ba7-9b1a-503757d8da8d
is experiencing similar problems. My system does not have KB917344. It does
however have the security update KB916281. I looked at the posting for
KB917344 and I see that KB917344 is recommended if you loaded the security
update KB916281. Seems they should post that on the KB916281 artical??
http://www.microsoft.com/technet/security/bulletin/ms06-023.mspx
Maybe I'll try loading this.
Burt
uninstall. Big surprise!
Burt
Active Server Pages error 'ASP 0201'
Invalid Default Script Language
The default script language specified for this application is invalid.
Looks like I hav4e the same problem as Anon: "KB917344 has broken JavaScript
ASP"
http://www.microsoft.com/communities/newsgroups/list/en-us/default.aspx?&guid=&sloc=en-us&dg=microsoft.public.inetserver.iis&p=1&tid=2f715f42-d090-4ba7-9b1a-503757d8da8d&mid=2f715f42-d090-4ba7-9b1a-503757d8da8d
Steve; I ran Filemon and there was thing to indicate a problem. Everything
should SUCCESS or RANGE NOT LOCKED. I even ran it dueing an IIS restart but
nothing look suspect.
Steve Schofield
un-install the hotfix or call PSS for assistance.
--
Thank you,
Steve Schofield
Windows Server MVP - IIS
ASPInsider Member - MCP
http://www.orcsweb.com/
Managed Complex Hosting
#1 in Service and Support
"Burt" <Bu...@discussions.microsoft.com> wrote in message
news:E8D2312A-F08C-4E6B...@microsoft.com...
Steve Schofield
your system working (which is a good thing) however leave your system not
fully patched. I would recommend calling PSS and reporting the issue, they
might have a workaround not available to the general public.
--
Steve Schofield
Windows Server MVP - IIS
ASPInsider Member - MCP
http://www.orcsweb.com/
Managed Complex Hosting
#1 in Service and Support
"Burt" <Bu...@discussions.microsoft.com> wrote in message
news:E8D2312A-F08C-4E6B...@microsoft.com...
lethek
Like Burt, it worked when I changed the identity that IIS used, from IUSR to Administrator. Not ideal, so I tried other things suggested in this thread.
Windows didn't allow me permission to modify the ACL for jscript.dll as Egbert suggested. But I tracked the problem down (on my computer), with SysInternals Process Explorer, to incorrect permissions on the HKEY_CLASSES_ROOT\JScript key in the registry.
Adding Read permission for the Users group on the HKCR\JScript key (a permission that the HKCR\VBscript key already had) fixed the issue for me.
Posted via DevelopmentNow.com Groups
http://www.developmentnow.com/g/