Share via

JavaScript errors occur...only when the script is in a .js file

  • Article

This was tricky to track down and hopefully the troubleshooting information will help you should you run into this type of error and can't track it down. 

Symptom
When browsing a web application you receive the following JavaScript errors.

JavaScript errors:

Error 1:
Syntax Error

 Error 2:
 Object expected

If using 3rd party ASP.Net controls, you may see errors similar to the following:

ASP.Net Error related to 3rd party control
Unable to find script library '/aspnet_client/basicframe_webcontrols_basicdatepicker/1_1_1959/bdplite.js'. Try placing this file manually by uploading the /aspnet_client directory to your web application root.

Typically the aspnet_client directory can be found at the following path:
C:\inetpub\wwwroot\aspnet_client

Looking at the IIS logs will show that requests to these pages are serving correctly with a 304 or 200 response. Investigation of the .js file in the IE cache or network trace response will show you that there is additional text at the end of the .js files. For example, you have a .js file with the following:

function AlertMe()
{
  alert('The JS File loaded');
}

However, in the netmon or IE cache, you see the following:

function AlertMe()
{
  alert('The JS File loaded');
} <div>Confidential Information</div>

The extra information results in Internet Explorer throwing the JavaScript errors. BTW, the error doesn't occur in Firefox as it seems to be more tolerant of the invalid script.

Troubleshooting Steps
Check the IE cache to see if there is extra data appended to the .js file.

  1. Tools | Internet Options in IE
  2. General Tab | Settings button under Browsing History
  3. Click View Files
  4. Sort by Internet Address and find the URL to your site
  5. Do you see the .js file being requested? If so, open it in notepad and look for extra text at the end or any characters not in the original file on the server.

You can also use a tool that captures the network data (Netmon 3, Ethereal, Fiddler, Web Development Helper, HttpWatch, Firebug, etc).  However, if IE is caching the page, you will see a request with the If-Modified-Since header coming from the client and the server will return a response with a 304 status code which will not contain the script.  The If-Modified-Since header indicates the browser has the file in cache, and is asking the server if it has a newer copy.  In order to avoid this behavior, you can force IE to always request the actual page instead of using cache.  This way you can see the 200 response coming from the server with the contents of the .js file to see if anything extra is added to your script.

  1. Open IE
  2. From Tools menu, select Internet Options
  3. Click Settings under Browsing History (IE7)
  4. Click Every Time I Visit the Web Page, click OK
  5. Use network capture tool and browse the page.

Cause
In this particular scenario, the "Enable document footer" option in IIS was enabled on the folders serving the .js files. This option appends text to the end of any static documents served:

  1. Open IIS Manager
  2. Right-click the folder hosting the test pages, select Properties 
  3. Click the Documents tab 
  4. Uncheck "Enable document footer". 

Anything in the pipeline could potentially cause this.  Isapi filters, proxy servers, HttpModules/handlers(if .js is mapped to aspnet_isapi.dll), etc.

Comments

  • Anonymous
    April 27, 2007
    Just a small note regarding FireFox, Firefox has even more JavaScript information to show than IE. You just have to bring it to front. To see JS related errors. warnings, and messages using FireFox, you go to Tools->Error Console Just saying that before any FF monkey jumps up raising it :D. I have to also admit that FF Developer Extension (3rd party) and FireBug(3rd party) are still much better than IE Web Developer Toolbar and DebugBar (3rd party) which seem to be the coressponding tools on IE :S