Skip to content AtlanticBT Monogram

How to Bulk Delete Filtered Aliases in Drupal 7 without a Module

The Pathauto module provides a great interface for customizing your URLs, but what happens when you change your mind later? Bulk delete. But you don’t have fine control over limited subsets, you can only delete entire alias types (nodes, taxonomy, etc). Sure you could do this in the database as well — if you have access.

Here’s how to automate clearing out a filtered subset of your alias list (e.g. for a specific taxonomy) from within your browser. There may be modules that probably do this, but I like hacking around in the developer console.

  1. Install Pathauto first :)
  2. Navigate to Configuration » URL aliases
  3. Filter your aliases from the “List” tab
  4. Run the following jQuery snippet in your developer console (F12)

Update: originally restricted context to #block-system-main, it seems that #content is “safer”
$deletes = $(‘li.delete a’, ‘#content’);

// loop delete links
// jquery
var $o = $(o);

// "click" delete link
$.get( $o.attr(‘href’), function(data){
// get
var $delform = $(data).find(‘#path-admin-delete-confirm’)
, confirm = $delform.attr(‘action’)

console.log( $delform.serialize() );
// now "submit" the delete form
$.post( confirm, $delform.serialize(), function(){
console.log( ‘killed ‘ + $o.attr(‘href’) );
}); // submit (post)

}); // click (get)
}); // each


Essentially, it just walks through your list of links, fires each asynchronously, waits for the confirmation form, and then fires that form asynchronously as well.

capabilities covered
Amazon Web Services

The Atlantic BT Manifesto

The Ultimate Guide To Planning A Complex Web Project


Atlantic BT's Insights

We’re sharing the latest concepts in tech, design, and software development. Learn more about our findings.

Questions & Answers

Are there differences in application architecture that are important for the cloud?
It is important to build applications and workloads specifically for the cloud. You will want to carefully consider what services the cloud provider of your choice has to offer and how your application leverages those services.
Learn More
Are there any drawbacks to cloud hosting?
Yes, there will always be some risks associated with any hosting option. You are relying on the resiliency and engineering of infrastructure that has scaled at an astounding rate.
Learn More
What’s the benefit of hosting in the cloud vs. traditional options?
Reasons not to host in the cloud are few and far between. If you don't host in the cloud, you will spend more in both CapEx and OpEx to manage your applications or websites in a traditional environment.
Learn More
How can I improve the performance of my application?
There are several primary reasons that applications perform poorly, and in some cases it’s a combination of several. 1) Data latency: If your application is making calls to a data source (whether it’s an API or a direct call) and there is latency at the data provider, your application performance will suffer.
Learn More
Should I move my application to the cloud?
The answer is ‘probably yes’. There aren’t many reasons for an application to be hosted elsewhere, aside from occasional compliance standards, or requirements to integrate with local services that would require large amounts of data to move from on-premise to cloud.
Learn More
Where should my application be hosted?
There are many different options for hosting, but most applications would do well with one of the cloud providers -- Amazon Web Services, Google Cloud Platform, Microsoft Azure.
Learn More