[wp-trac] Re: [WordPress Trac] #7455: WordPress should confirm when doing a mass delete

[WordPress Trac]

#7455: WordPress should confirm when doing a mass delete
----------------------------+-----------------------------------------------
 Reporter:  Viper007Bond    |        Owner:  noel
     Type:  enhancement     |       Status:  new 
 Priority:  normal          |    Milestone:  2.7 
Component:  Administration  |      Version:  2.6 
 Severity:  normal          |   Resolution:      
 Keywords:  patched         |  
----------------------------+-----------------------------------------------
Comment (by Otto42):

 I don't like the confirmation idea for three reasons.

 First, confirmations never work. People click OK buttons brainlessly.

 Second, it still offers no way back if you do confirm.

 Third, this particular instance seems to be javascript dependent in a big
 way.

 For most cases like this, this sort of thing is already a solved problem.
 Instead of deleting, the first delete should mark the thing as deleted
 instead of actually deleting it. Then, we have a "Trash" or something
 which the user can manually empty or which auto-empties on some regular
 basis.

 In the specific case of WordPress, we should have a "Trash" post_status or
 something, which has another tab on the Manage->Posts screen. Then users
 can go there to find accidentally deleted posts.

 Note that in order to avoid confusion, the only things allowed to be done
 to a Trashed post should be to recover or view its contents. No editing,
 no nothing else. Also, recovery of a post should be allowed to be to
 either a published or to a draft status.

 Only when the trash is emptied are all the posts and comments and such
 related to that post actually deleted from the DB.

-- 
Ticket URL: <http://trac.wordpress.org/ticket/7455#comment:6>
WordPress Trac <http://trac.wordpress.org/>
WordPress blogging software