Click here to Skip to main content
6,822,123 members and growing! (17,870 online)
Email Password   helpLost your password?
Web Development » ASP.NET » Howto     Beginner License: The Code Project Open License (CPOL)

Fixing "Microsoft JScript runtime error: '__pendingCallbacks[...].async' is null or not an object"

By Pascal Ganaye

This article explains how to fix a bug in the ASP.NET Framework when using callback panels.
Javascript, HTML, ASP.NET, WebForms, Dev
Revision:3 (See All)
Posted:3 Jul 2008
Updated:1 Jun 2009
Views:14,189
Bookmarked:10 times
printPrint   add Share
      Discuss Discuss   Broken Article?Report  
10 votes for this article.
Popularity: 3.79 Rating: 3.79 out of 5
1 vote, 10.0%
1
1 vote, 10.0%
2
1 vote, 10.0%
3
1 vote, 10.0%
4
6 votes, 60.0%
5

Introduction

I recently hit a runtime error bug while using ASP.NET callback components.

There is a bug in the Microsoft ASP.NET standard library.

Fixing the bug is rather complicated because you have to change the source code you don't have access to.

I could not find a complete step by step article on how to fix the error, this is why I decided to post the entire code.

Background

When running a page, I would hit an error:

"Microsoft JScript runtime error: '__pendingCallbacks[...].async' 
					is null or not an object"

The error occurs on this line.

// ORIGINAL CODE FROM MICROSOFT 
function WebForm_CallbackComplete() {
    for (i = 0; i < __pendingCallbacks.length; i++) {
        callbackObject = __pendingCallbacks[i];
        if (callbackObject && callbackObject.xmlRequest && 
		(callbackObject.xmlRequest.readyState == 4)) {
            WebForm_ExecuteCallback(callbackObject);
            if (!__pendingCallbacks[i].async) {
                __synchronousCallBackIndex = -1;
            }
            __pendingCallbacks[i] = null;
            var callbackFrameID = "__CALLBACKFRAME" + i;
            var xmlRequestFrame = document.getElementById(callbackFrameID);
            if (xmlRequestFrame) {
                xmlRequestFrame.parentNode.removeChild(xmlRequestFrame);
            }
        }
    }
} 

The Problem

It seems that the error is in the for (i=0; and is the core of the problem. The i variable is a global variable and it can get changed within the loop.

The fix is to add a var keyword to make the variable local.
Looking on the internet, you can find that some people also suggest to move the WebForm_ExecuteCallback lower in the loop.

The Fix

In order to fix your page, you just have to insert this code in the beginning of your page. I personally put it in the body.
<script type="text/javascript">
//<![CDATA[
var GlvDelayedNextPageNo;

function WebForm_CallbackComplete_SyncFixed() {
     // the var statement ensure the variable is not global
     for (var i = 0; i < __pendingCallbacks.length; i++) {
        callbackObject = __pendingCallbacks[i];
        if (callbackObject && callbackObject.xmlRequest && 
			(callbackObject.xmlRequest.readyState == 4)) {
            // SyncFixed: line move below // WebForm_ExecuteCallback(callbackObject);
            if (!__pendingCallbacks[i].async) { 
                __synchronousCallBackIndex = -1;
            }
            __pendingCallbacks[i] = null;
            var callbackFrameID = "__CALLBACKFRAME" + i;
            var xmlRequestFrame = document.getElementById(callbackFrameID);
            if (xmlRequestFrame) {
                xmlRequestFrame.parentNode.removeChild(xmlRequestFrame);
            }
            // SyncFixed: the following statement has been moved down from above;
            WebForm_ExecuteCallback(callbackObject);
        }
    }
}

var OnloadWithoutSyncFixed = window.onload;

window.onload = function Onload(){
    if (typeof (WebForm_CallbackComplete) == "function") {
        // Set the fixed version
        WebForm_CallbackComplete = WebForm_CallbackComplete_SyncFixed;
        // CallTheOriginal OnLoad
        if (OnloadWithoutSyncFixed!=null) OnloadWithoutSyncFixed();
    }
}
//]]>
</script> 

Points of Interest

This was because while overloading the onload function, you could change the behaviour of the rest of your components.

The right method is to override the onload but within the new onload, call the previous one.

This is not rocket science, but also probably not obvious for everyone.

License

This article, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

About the Author

Pascal Ganaye


Member
I am a French programmer.
These days I spent most of my time around the Dotnet framework.
I love the code project website and I use it nearly every working day.
Occupation: Web Developer
Location: United Kingdom United Kingdom

Other popular ASP.NET articles:

Article Top
You must Sign In to use this message board.
FAQ FAQ 
 
Noise Tolerance  Layout  Per page   
 Msgs 1 to 2 of 2 (Total in Forum: 2) (Refresh)FirstPrevNext
GeneralTypo Pinmemberschweeneh11:07 22 Sep '08  
GeneralRe: Typo PinmemberPascal Ganaye14:31 1 Jun '09  

General General    News News    Question Question    Answer Answer    Joke Joke    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads.

PermaLink | Privacy | Terms of Use
Last Updated: 1 Jun 2009
Editor: Deeksha Shenoy
Copyright 2008 by Pascal Ganaye
Everything else Copyright © CodeProject, 1999-2010
Web17 | Advertise on the Code Project