[wp-trac] [WordPress Trac] #20769: User Delete fails with large groups of users
WordPress Trac
wp-trac at lists.automattic.com
Tue May 29 02:12:49 UTC 2012
#20769: User Delete fails with large groups of users
-------------------------+-----------------------------
Reporter: brokentone | Owner:
Type: enhancement | Status: new
Priority: normal | Milestone: Awaiting Review
Component: Users | Version:
Severity: minor | Keywords:
-------------------------+-----------------------------
In the process of deleting users, an admin is faced with a choice of
either deleting all their content or reassigning it to another user.
Unfortunately to create this interaction on larger installs, a massive
select list is created.
In my local development environment, I have a small subset (about 60K
users) of our production user base, which generates 3.3MB of markup. If
you attempt to use the list, Chrome locks up.
Our production database has considerably more users and just fails to
generate the list at all.
So, somewhere before 60K, this option becomes unusable, and somewhere
after that, causes the entire delete operation to fail.
I have commented out the reassignment form option in our production code
to allow user deletion, however, I would like to be fully on core, and I
can't imagine I'm the only person to hit this issue. I think there are a
few ways to make this happen. Please let me know which one would be the
most agreeable and I would be happy to patch it.
1. Leave the reassignment option, but push to a second page to choose the
user. This would leave the reassignment failure as an open bug but allow
the basic delete functionality to be unencumbered.
2. Leave the reassignment option, but provide a numeric entry to indicate
the user ID to push content to.
3. Hide the option when users over an arbitrary limit.
4. Make the user listing more intelligent, choosing the same group.
Similar to 3, if a limit is reached, hide the option. If you had a large
pool of commenters and a small pool of authors, it would allow you to
reassign an author's content to another author, but you couldn't reassign
a commenter's content were the pool too large.
Thanks,
-Kenton
--
Ticket URL: <http://core.trac.wordpress.org/ticket/20769>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list