Please add this text or similar to the module home page:
WARNING: the user admin page provided by this module offers to delete - not cancel - user accounts. The crucial difference is that deleting a user account will also delete the nodes authored by that user, whereas cancelling a user account will first check the core "method for cancelling user accounts" setting, which is much safer because it contains an option to keep the content.
| Comment | File | Size | Author |
|---|---|---|---|
| #12 | admin_views-replace_delete_with_cancel-2125683-12.patch | 1.29 KB | rooby |
Comments
Comment #1
joshbotnet commentedComment #2
damiankloip commentedI would take this up with vbo.
Comment #3
matthewn commentedRelated vbo issue: https://drupal.org/node/1799484
Comment #4
joelcollinsdc commentedSince #1885294: Show warning when deleting user new has landed, we now need admin views to highlight the cancel vbo instead of the delete vbo for users
Comment #5
damiankloip commentedok, so we just want a patch now that switches the delete action for the cancel action?
Comment #6
joelcollinsdc commentedNot sure i'm the authority on this but it seems the delete user should not be exposed, its too dangerous.
Comment #7
bojanz commentedI've tagged VBO 3.2, so there's now a stable release with the cancel action included. Just enable it by default, and disable the delete one.
Comment #8
marcoscano+1 for #6, delete shouldn't be exposed at all
Comment #9
john bickar commentedPatchy attachy.
Comment #10
john bickar commentedThe "cancel user account" action is only available as of views_bulk_operations-7.x-3.2; not sure if you want a patch that indicates that in the .info file for admin_views or not.
Comment #11
sherakama commentedPatch is good. Sends the user to the options page instead of deleting everything. Simple but huge UX improvement.
Thanks,
Comment #12
rooby commentedAs mentioned in #10 we should specify a minimum VBO version.
This patch does that.
Maybe it is also worth a hook_update_N() with a message in it to the user to inform them that if they are using an overridden view it is recommended they change to the cancel operation.
Comment #13
damiankloip commentedI think we can go for this as -is for now. If people have overridden a view, they are on their own so to speak. I think I put a note about that on the project page too.
I was going to suggest the dependency update too - but you already took care of that :)
Comment #14
damiankloip commentedCommitted and pushed to 7.x-1.x