Page Number Jumps after Bulk Action

[hakre]

I was on page X where X != 1, then I step down to page 1. Then I bulk delete all entries (100). After deletion I am on page 8 of 4 (?!).

Probably related to the other bulk update table navigation problems.

[hakre]

This is a bit tricky to reproduce. I have this in Chrome with JS on.

First of all, I navigate manually to by entering the following URL into the browsers address field:

http://example.com/wp-admin/upload.php?orderby=title&order=asc&paged=8&deleted=100

You need to have at least more than one page to trigger this. In my case this will display page 8 of 7.

Then I use the arrow buttons next to the paged textbox on top of the table to move to page 1.

Even the URL in Chromes address field now has paged=1 instead of 8, after performing a bulk action, I come back to paged=8.

(tested on wordpress.com)

[greuben]

checking paged against total pages is a simple fix.

[markjaquith]

Attachments was missing the redirect that posts and comments have if paged is greater than the maximum number of pages. Did that... so that takes care of going directly to the URL. Then took the second part of greuben's patch, which should enforce it via AJAX.

Please test!

[nacin]

(In [17271]) Force get_pagenum to validate max pages. Add sanity redirect code to upload.php. see #16187. props MarkJaquith, greuben.

[nacin]

We need to go through the other list tables to see where else that redirect code needs to end up.

[greuben]

Attached a patch where this redirect is needed except for users list table and mu users list able.

For both users list table we rely on paged arg for offset which returns zero results in this case total_pages cannot be calculated.

[markjaquith]

(In [17274]) Add "paged param is greater than total pages" redirects to a few more screens. props greuben. fixes #16187