Although most browsers support overriding it, be careful with what you re doing with it.

Since the default alert box blocks the execution thread, some libraries that rely on this behaviour might not work anymore (at best).

You should be a good citizen and avoid touching the native API. If you do, you could break things up, when using 3rd party code.

Yet, if you want to redefine the alert behaviour in a specific context, you could enclose it with an anonymous function, like this:

/* new funky alert */
function myFunkyAlert(msg) { 
    /* here goes your funky alert implementation */
    alert("Look ma!
" + msg);
}

(function(alert) { // anonymous function redefining the "alert"

    /* sample code */
    alert("Hello World!");

})(myFunkyAlert);

It s definitely "supported". It is your web page, you do whatever you want to with it.

I already did this to track analytics events without modifying a library but by sneaking into events.

Use the proxy pattern:

(function(proxied) {
  window.alert = function() {
    // do something here
    return proxied.apply(this, arguments);
  };
})(window.alert);

You can also bypass the call to the original function if you want (proxied)

More info here: JQuery Types #Proxy Pattern

There are no dangers in Overring alert function. Every browser supprts it.

for example:

// function over riding. Redirecting to Console with Firebug installed.
function alert(message) { 
    console.info(message);
} 

alert( This is an override. );

As said in many of the other answers, you can just override the function with

window.alert = null

or

window.alert = function(){}

however, this doesn t necessarily override the function on the prototype of the Window constructor (note the capital W), so the hacker can still type:

Window.prototype.alert.apply(window, ["You were hacked!"]);

therefore, you also need to override that function with:

Window.prototype.alert = null

or

Window.prototype.alert = function(){}

I think every Javascript implementation will support this, and there is no danger involved with it. It s commonly done to replace the plain OS-styled alert boxes to something more elegant with HTML/CSS. Doing it this way means you don t have to change existing code! The fact that it is possible makes Javascript awesome.

Ladislav.
For IE8 you can redefine alert() like this way

/** 
 * Definition of global attached to window properties <br/>
 */ 
    (function() {
      nalert = window.alert;
      Type = {
          native:  native ,
          custom:  custom 
      };
    })();

/**
 * Factory method for calling alert(). 
 * It will be call a native alert() or a custom redefined alert() by a Type param.
 * This defeinition need for IE
 */ 
    (function(proxy) {

          proxy.alert = function () {
          var message = (!arguments[0]) ?  null : arguments[0];
          var type = (!arguments[1]) ?   : arguments[1];

          if(type && type ==  native ) {
           nalert(message);
          }
          else {
               document.write( <h1>I am redefiend alert()<br/>Alert say:  +message+ </h1> );
          }     
      };
   })(this);

and call as

alert( Hello, hacker! );
nalert( I am native alert );
alert( Hello, user! , Type.custom);

My experience with overriding alert() function is that we once used it to "hack" trial version of JavaScript library that displayed "Please register!" nag screen through alert time to time.

We just defined our own alert() function and voila.

It was for testing purposes only, we bought full version later, so nothing immoral going on here ;-)

All JavaScript implementations in modern browsers support overriding.

The dangers are quite simply, that you would drive other team members absolutely crazy by overriding commonly known functions such as alert().

So unless you are overriding functions as a tool to perhaps debug or hack existing code in some way, I don t see any reason to do it. Just create a new function.

It sure works in firefox and ie8. I can t see that there d be any browser it wouldn t work in. This is pretty much fundamental of how javascript works, even though one don t often see it used with native functions like that =)

I have faced a requirement to show a default message along with the actual alert messages. This is how I managed to do it.

    const actualAlertFunc = window.alert;
    window.alert = function(msg) {
         actualAlertFunc( some default message  + msg);
    }

I have tested it on chrome. I am not sure whether its a good practise, but it serves the purpose.

A quick hack that I do to find where the alerts are coming from, is to go to console and then enter this

function alert(message) { 
  console.info(message);
  debugger;
} 

When it comes to js browser functions window.alert is pre-eminent and most well known, people who don t know js know alert() -- rest assured it is supported in all browsers in use today and your code snippet is as well. However, I wouldn t override (well this is more like refactoring rather than override in the OOP sense) alert() for a particular use case as yours because when you actually need to use alert() with no template, and you probably will, then you ll need another non-alert function to do so.