Website with JS doesn't work in IE9 until the Developer Tools is activated

JavascriptInternet Explorer-9

Javascript Problem Overview


I'm developing a complex website that heavily leverages jQuery and a number of scripts. On load of the site, none of my scripting is working (though I can confirm that other scripts are functioning fine). I wouldn't be posting such a lame question here on SE except for one thing:

The instant I hit F12 to turn on developer tools so I can debug my issue, everything instantly works perfectly!

Worse, if I shut down the browser, start it up, turn on Dev Tools first and visit the site, everything works as expected.

So I can't even debug the darned problem because Dev Tools fixes it! What could Dev Tools be doing that makes things work? Does it change the UA (I do some jQuery.browser detection)? Does it do something to doctype?

EDIT

All my console logging is wrapped in the following wrapper utility function:

   function log(msg){
    if (console){
    	console.log(msg);
    }
   }

Any thoughts or suggestions I could try would be welcome. I'll post here if I find a solution.

Javascript Solutions


Solution 1 - Javascript

I appreciate I'm pretty late to the party here, but I've got a solution for IE9 that's a little different.

(function() {
	var temp_log = [];
	function log() {
		if (console && console.log) {
			for (var i = 0; i < temp_log.length; i++) {
				console.log.call(window, temp_log[i]);
			}
			console.log.call(window, arguments);
		} else {
			temp_log.push(arguments);
		}
	}
})();

Basically instead of console.log you use log. If console.log exists then it works as normal, otherwise it stores log entries in an array and outputs them on the next log where the console is available.

It would be nice if it pushed the data as soon as the console is available, but this is less expensive than setting up a custom setInterval listener.

Updated function (1 October 2012)

I've updated this script for my own use and thought I'd share it. It has a few worthy improvements:

  • use console.log() like normal, i.e. no longer need to use non-standard log()
  • supports multiple arguments, e.g. console.log('foo', 'bar')
  • you can also use console.error, console.warn and console.info (though outputs them as console.log)
  • script checks for native console every 1000ms and outputs the buffer when found

I think with these improvements, this has become a pretty solid shim for IE9. Check out the GitHub repo here.

if (!window.console) (function() {

    var __console, Console;

    Console = function() {
        var check = setInterval(function() {
        	var f;
            if (window.console && console.log && !console.__buffer) {
            	clearInterval(check);
            	f = (Function.prototype.bind) ? Function.prototype.bind.call(console.log, console) : console.log;
                for (var i = 0; i < __console.__buffer.length; i++) f.apply(console, __console.__buffer[i]);
            }
        }, 1000); 

        function log() {
            this.__buffer.push(arguments);
        }

        this.log = log;
        this.error = log;
        this.warn = log;
        this.info = log;
        this.__buffer = [];
    };

    __console = window.console = new Console();
})();

Solution 2 - Javascript

You have console calls, in IE these will fail if the dev tools are not open. A simple fix is to wrap any console calls in a function like:

function log(msg) {
  if(console)
    console.log(msg);
}

Solution 3 - Javascript

I have hacked it the following way

<script type="text/javascript">
    (function () {
        if (typeof console == "undefined") {
            console = {
                log : function () {}
            }
        }
    })();
</script>

And this is the first script element in the .

Solution 4 - Javascript

Most of the other solutions should work great, but here's a short one liner if you don't care about catching log messages if the console is not available.

// Stub hack to prevent errors in IE
console = window.console || { log: function() {} };

This lets you still use the native console.log function directly still instead of wrapping it with anything or having a conditional each time.

Solution 5 - Javascript

I find it much more convenient to simply use console && console.log('foo', 'bar', 'baz') rather than use a wrapper function.

The code you provided:

function logError(msg){
  if (console) {
    console.log(msg);
  } else {
    throw new Error(msg);
  }
}

Will produce an error for IE when dev tools are closed because console will be undefined.

Solution 6 - Javascript

The console.log wrapper that I used was not sufficient to detect the console in IE9. Here's the wrapper that works from a related question on SE:

function logError(msg){
	try {
		console.log(msg);
	} catch (error) {
		throw new Error(msg);
	}
}

function log(msg){
	try {
		console.log(msg);
	} catch (error) { }
}

A proper test for the availability of the console object would be: if (typeof console === "undefined" || typeof console.log === "undefined")

Solution 7 - Javascript

If you have multiple parallel script files, maybe the files are being loaded/executed in a different order with developer tools on/off.

Solution 8 - Javascript

I have run into this issue many times. Basically with variables we do this to check if they are valid

var somevar;
if (somevar)
 //do code

this works because somevar will resolve to undefined. But if your checking a window property for example. window.console.

if (console) <---- this throws an exception

You cannot do the same check. The browser treats it differently. Basically only doing this

if (window.console) <---- will NOT throw an exception if undefined
//some code

this will work the same as the first example. So you need to change your code to

function log(msg){
 if (window.console){
     console.log(msg);
 }
}

Attributions

All content for this solution is sourced from the original question on Stackoverflow.

The content on this page is licensed under the Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license.

Content TypeOriginal AuthorOriginal Content on Stackoverflow
QuestionTom AugerView Question on Stackoverflow
Solution 1 - JavascriptLiam NewmarchView Answer on Stackoverflow
Solution 2 - Javascriptcrappie coderView Answer on Stackoverflow
Solution 3 - JavascriptbenqusView Answer on Stackoverflow
Solution 4 - JavascriptJasmine HegmanView Answer on Stackoverflow
Solution 5 - JavascriptzzzzBovView Answer on Stackoverflow
Solution 6 - JavascriptTom AugerView Answer on Stackoverflow
Solution 7 - JavascriptZhonkView Answer on Stackoverflow
Solution 8 - JavascriptJohnView Answer on Stackoverflow