Views 2 won't update An AJAX HTTP request terminated abnormally. Debugging information follows. ResponseText: ReadyState: 4

I have this exact same problem and have been searching for two days for a solution.

No matter how many times I go for a smoke, it doesn't seem to work =P

All my views were working previously on the live site, and work fine on a test site, but now they fail on the live site with this very AJAX error.

For the life of me I can't figure out why, both installs are running the same version of Drupal, Ctools, Date, Views and really every module b/c I installed them side-by-side.

I also checked a few other random things: PHP ver is the same and php memory_limit the same...

I'm outta ideas.

I had www in my base_url, but did nothing with it in .htaccess... removing the www from base url solved the problem. In Views 3

Broxen, wanted to thank you for your $base_url info - that fix worked for me.

The problem arises most often in Chrome, all you need to do is log out from drupal and then log back in and that should clear the session and all should be working fine again.

I have base_url set to http://www.mydomain.com, htaccess forces www.mydomain.com, cleared all caches (via the admin interface and via phpmyadmin) and the sessions table, and I'm still having the problem.

The error I get happens in particular when trying to do anything with authorize.php (e.g. installing a module, updating, etc.):

An AJAX HTTP request terminated abnormally. Debugging information follows. Path: https://www.mydomain.com/authorize.php?batch=1&id=71&op=do StatusText: ResponseText: ReadyState: 4

From there, I get four more errors:

• Notice: Undefined index: log in update_authorize_install_batch_finished() (line 235 of /drup/modules/update/update.authorize.inc).
• Warning: Invalid argument supplied for foreach() in update_authorize_install_batch_finished() (line 235 of /drup/modules/update/update.authorize.inc).
• Notice: Undefined index: log in update_authorize_install_batch_finished() (line 276 of /drup/modules/update/update.authorize.inc).
• Notice: Undefined index: tasks in update_authorize_install_batch_finished() (line 277 of /drup/modules/update/update.authorize.inc).
• Installation failed! See the log below for more information.

Firebug gives me this error:

"NetworkError: 403 Forbidden - https://www.mydomain.com/authorize.php?batch=1&id=72&op=do"

It's also worth checking if your hosting provider is running ModSecurity. Our domain was triggering rule #340149. I got the server admin to white list the domain and this has fixed the issue for us.

MaxRequestLen sometimes gets lowered as a result of server/module updates. Also, adding modules that add to the request length can also introduce this problem. This is why disabling modules can sometimes "fix" the problem.

See http://drupal.org/node/1015938#comment-7412202 for a solution that involves updating your vhost file, eg:

<IfModule mod_fcgid.c>
  # 50MB
  MaxRequestLen 52430000
</IfModule>

Or try switching from FastCGI to mod_php or php-fpm (if you're using FastCGI).

I have a similar problem like this.

When I disable or switch off "Clean URL", the problem disappears.

But, I don't know why and don't know how to fix it permanently.

Can anyone suggest?

Somewhere along the line I modified my /site/default/settings.php but elsewhere (.htaccess) I put in a redirect to not use www. What I put into the settings.php included the www. in front of my domain name. The site worked pretty well until I had to do an update. It choked towards the end where you do the database update script. Still the site worked... Then I wanted to install a new module. and had to resort to a manual install. Difficult, but possible. I had to do it again and decided to get to the bottom of it.

Now my .httaccess redirect agrees with my settings.php and I can install modules with in Drupal and my database update finally completes without errors.

* See the .htaccess file for more information.
* # To redirect all users to access the site WITHOUT the 'www.' prefix,
# (http://www.example.com/... will be redirected to http://example.com/...)
# uncomment the following:
RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC] <--------------------remov hash from this line and
RewriteRule ^ http%{ENV:protossl}://%1%{REQUEST_URI} [L,R=301] <--------this line in .htaccess for no www.

*/sites/default/settings.php
* It is not allowed to have a trailing slash; Drupal will add it
* for you.
*/
$base_url = 'http://example.com'; // NO trailing slash! <-- This is the line I had to fix, removing www.

I hope this helps someone one day.

In my case, it was an ad-blocker producing the error. It blocked the ajax calls. :)

Chris,

Thank you for this. I've run into it in the past and neglected to write down the solution should it occur again. This fixed the issue.

I had copied the dev URL with www into my settings.php file and forgot that I have my .htaccess file set to remove the www.

I got this error for a reason that had nothing to do with the base_url. I tried uploading an image to a content type I had created with an image field. The problem was a permissions problem for the image I was trying to upload. Once I gave read and write permissions for the image, everything worked fine.

We've been swarmed with Ajax problems (but I know that the base URL is ok because I've had that problem before!).

Finally, looking over this thread for the millionth time, I noticed Aeternum's suggestion:

I managed to fix this by clearing the Views cache

Views --> Settings --> Advanced --> Clear Cache

Fingers crossed, but this seems to have fixed our issue.

I'm grateful.

And it's an easy thing to try.

An AJAX HTTP request terminated abnormally.
Debugging information follows.
Path: /admin/structure/views/view/foo/preview/page/ajax
StatusText:
ResponseText:
ReadyState: 4

I found this thread searching the error I recieved above. I'm building out a D7 site with a lot of moving parts (modules). When I hit the error I was worried that I had some kind of javascript/jQuery issue.

For me, I was throwing the error while updating the preview of a poorly configured view.

In the view I had:
Format: Unformatted list | Settings
Show: Content | Teaser

Changing "Show: Content" to "Show: Fields", for an Unformatted list was my fix.

Thanks to everyone in the thread for the other places to check while troubleshooting.

same issue i got in my newly made websites where all type of detail and latest version of security update updated . after that its not worked.