WordPress Development Stack Exchange is a question and answer site for WordPress developers and administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I have a custom taxonomy named location and I want to add sections like 'news' and 'marketplace' for each term, so my url looks like /location/montreal/news/

It works perfectly until I try to add pagination. Here is my code :

add_action( 'init', 'region_rewrite' );
function region_rewrite()
    global $wp;
    $wp->add_query_var( 'section' );


I'm using the Rewrite analyser plugin and it seems that the query_vars location, section and paged are assigned with the right value. However, I get a 404 error when trying to access a page url like /location/montreal/news/page/2. I also noticed that the the page variable has the value /2. Is it possible that this is why I'm getting a 404 not found ?

Any help would be greatly appreciated!

share|improve this question
I find that when going to deep into pretty permalinks (too many variables) that working out the rewrite rules overwhelms me. I tend to just append an old ugly query to the end and call it a day. – WraithKenny Oct 26 '12 at 14:47

I believe you could just call the paged add_rewrite_url last so that it is checked first. Otherwise the paged version will never get any match, since the non-paged one will always match first. Should also work if you remove 'top' from your arguments.

Also, check out this page for a nice way of debugging those 404 when working with custom rewrite: http://www.dev4press.com/2012/tutorials/wordpress/practical/debug-wordpress-rewrite-rules-matching/

share|improve this answer

Thanks to Olivier. My own issue was that my add_rewrite_url was working fine for pages but not all posts.

It worked for posts if using only %postname%/ in permalink setup. I kept losing the bit after the post url if using /%category%/%postname%/ i.e. http://me.com/test/post/my-next-bit-that-url-rewrite-should-act-on kept 301 redirecting to http://me.com/test/post/my-next-bit-that-url-rewrite-should-act-on because of the canonical behaviour of wordpress

The line below stopped this issue.

remove_filter('template_redirect', 'redirect_canonical');

I reckon it should be suggested in the codex.

share|improve this answer
Removing redirect_canonical removes important functionality. I would suggest removing it only with extreme caution and as a last resort. – s_ha_dum Dec 20 '12 at 15:27

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.