jQuery .ajaxSuccess() Method

What You’ll Learn

The .ajaxSuccess() method is jQuery’s legacy shorthand for binding global ajaxSuccess handlers on document. This tutorial covers $(document).ajaxSuccess(handler), the handler signature (event, jqXHR, ajaxOptions, data), why binding must target document since 1.9, migration to .on("ajaxSuccess") and cleanup with .off("ajaxSuccess"), and why the method is deprecated since jQuery 3.5. Unlike .click(), there is no trigger variant — only binding. The handler fires only on success — not on failure. For the modern ajaxSuccess event API, see the jQuery ajaxSuccess event tutorial.

Introduction

Before jQuery 1.7 unified events with .on() and .off(), global Ajax events had matching shorthand methods — .ajaxStart(), .ajaxSend(), .ajaxSuccess(), and others. The .ajaxSuccess(handler) method let you register a page-wide “request succeeded” callback in one short call: $(document).ajaxSuccess(function(){ ... }). It remains in jQuery 3.x for backward compatibility but is marked deprecated since 3.5.

Understanding .ajaxSuccess() matters when reading older admin panels, legacy jQuery plugins, and tutorials written before .on("ajaxSuccess") became standard. Unlike DOM event shorthands such as .click(), .ajaxSuccess() has only a binding form — there is no no-argument trigger variant. Modern jQuery binds the same global event explicitly: $(document).on("ajaxSuccess", handler). This page documents the shorthand API and shows how to migrate.

Understanding the .ajaxSuccess() Method

The official jQuery API describes .ajaxSuccess() as a way to register a handler to be called when Ajax requests complete. When you pass a function, jQuery registers it on document and calls it whenever a qualifying Ajax request completes successfully — failed requests trigger ajaxError instead. That is the same ajaxSuccess global event that .on("ajaxSuccess") handles today.

The handler receives four arguments even though the API signature lists only handler: event (the jQuery event object), jqXHR (the XMLHttpRequest wrapper — read jqXHR.responseText for the body), and ajaxOptions (the settings object passed to $.ajax()), plus data — the processed response. Requests with global: false still opt out — they do not trigger .ajaxSuccess() handlers.

📝 Syntax

The .ajaxSuccess() method has one signature from the official jQuery API — binding only. There is no trigger form unlike .click():

1. Bind a handler — .ajaxSuccess( handler ) (deprecated since 3.5)

$( document ).ajaxSuccess( handler )

• handler — function invoked when any qualifying Ajax request succeeds. Official docs list Function(); the callback actually receives function( event, jqXHR, ajaxOptions, data ) { ... }.
• Must attach to document since jQuery 1.9 — not window or other elements.
• Returns the jQuery object (document wrapped) for chaining.
• Modern replacement: $( document ).on( "ajaxSuccess", handler ).

2. Official jQuery API migration note

// Deprecated binding
$( document ).ajaxSuccess( function( event, xhr, settings ) {
  console.log( "Request succeeded:", settings.url );
} );

// Modern binding
$( document ).on( "ajaxSuccess", function( event, xhr, settings ) {
  console.log( "Request succeeded:", settings.url );
} );

// Remove handler — use .off(), not .unbind()
$( document ).off( "ajaxSuccess", myHandler );

3. Unbind — $(document).off("ajaxSuccess" [, handler])

$( document ).off( "ajaxSuccess" );              // remove all ajaxSuccess handlers
$( document ).off( "ajaxSuccess", myHandler );   // remove one handler

Do not use deprecated .unbind("ajaxSuccess") in new code. Store a named function reference when you need to remove a specific handler later.

Return value

• .ajaxSuccess(handler) returns the original jQuery object for chaining.
• Handler return values are ignored by jQuery’s global Ajax event system.

Examples Gallery

Five examples cover basic binding, reading xhr.responseText, legacy logging, migration from .ajaxSuccess() to .on("ajaxSuccess"), and removing handlers with .off(). Use the Try-it links to run each snippet in the browser. Remember: binding with .ajaxSuccess(handler) is deprecated — these demos show legacy syntax you will encounter in older code.

$( document ).ajaxSuccess( function() {
  $( ".log" ).text( "Handler ran via .ajaxSuccess(function(){ ... })." );
} );

$( "#fetch" ).on( "click", function() {
  $.get( "https://jsonplaceholder.typicode.com/posts/1" );
} );

User clicks #fetch → $.get() runs Ajax request

When request succeeds → .log shows handler message

Works for $.ajax(), $.get(), $.post(), and .load()

Deprecated — prefer .on("ajaxSuccess", fn) for new code

var targetUrl = "https://jsonplaceholder.typicode.com/posts/1";

$( document ).ajaxSuccess( function( event, xhr, settings ) {
  if ( settings.url === targetUrl ) {
    $( ".log" ).text(
      "URL: " + settings.url + " | responseText: " +
      xhr.responseText.substring( 0, 100 ) + "..."
    );
  }
} );

Request to posts/1 completes → .log shows URL + responseText snippet

Request to other URLs → handler runs but if-block skipped

Official docs use parameter names xhr and settings

$( document ).ajaxSuccess( function( event, request, settings ) {
  $( "#msg" ).append( " Successful Request! " );
} );

Each qualifying Ajax request → #msg gains " Successful Request! "

Three parallel requests → three appended messages

Ideal for a simple activity log or debug strip

// Legacy — deprecated since jQuery 3.5
$( document ).ajaxSuccess( function() {
  $( "#out" ).text( "Legacy: .ajaxSuccess(function(){ ... })." );
} );

// Modern — use for new code
$( document ).on( "ajaxSuccess", function() {
  $( "#out" ).text( "Modern: .on('ajaxSuccess', function(){ ... })." );
} );

Both handlers fire when $.get() completes

Legacy message from .ajaxSuccess(fn)

Modern message from .on("ajaxSuccess", fn)

Behavior is identical — only the API name differs

var count = 0;

function onSuccess() {
  count++;
  $( ".log" ).text( "Handler active — ajaxSuccess count: " + count );
}

$( document ).ajaxSuccess( onSuccess );

$( "#remove" ).on( "click", function() {
  $( document ).off( "ajaxSuccess", onSuccess );
  $( ".log" ).text( "Handler removed — count stays " + count + "." );
} );

Run $.get() → count increments

Click Remove → .off("ajaxSuccess", onSuccess)

Next $.get() completes but handler no longer runs — count unchanged

🚀 Common Use Cases

• Reading legacy code — recognize $(document).ajaxSuccess(fn) as equivalent to .on("ajaxSuccess", fn) in older admin panels.
• Activity logging — legacy debug panels append “Request complete” via .ajaxSuccess() — migrate to .on() when refactoring.
• Response inspection — read xhr.responseText in a global handler for development logging.
• URL filtering — compare settings.url inside .ajaxSuccess(fn) before updating the DOM.
• SPA teardown — remove global handlers with .off("ajaxSuccess", fn) when unmounting a view.
• Third-party isolation — requests with global: false still opt out of .ajaxSuccess() handlers.

📝 Notes

• Deprecated since jQuery 3.5 — do not use $(document).ajaxSuccess(handler) in new code. Use .on("ajaxSuccess") instead.
• Attach to document since jQuery 1.9 — not window or other elements.
• Binding only — no no-argument trigger form unlike .click() or .mousedown().
• Handler receives (event, jqXHR, ajaxOptions, data) even though the API lists handler as Function().
• Remove handlers with $(document).off("ajaxSuccess", handler) — not .unbind("ajaxSuccess").
• Requests with global: false do not trigger .ajaxSuccess() handlers.
• Legacy code using .ajaxSuccess() still runs in jQuery 3.x — migrate when you refactor those files.
• For event order, comparison with .done(), and the complete modern workflow, see the jQuery ajaxComplete event tutorial.

💡 Best Practices