[wp-trac] Re: [WordPress Trac] #2962: "Resetting" a blog and re-running install.php does not work

WordPress Trac wp-trac at lists.automattic.com
Sat Mar 10 17:52:27 GMT 2007


#2962: "Resetting" a blog and re-running install.php does not work
----------------------------+-----------------------------------------------
 Reporter:  RuddO           |        Owner:  anonymous
     Type:  defect          |       Status:  closed   
 Priority:  normal          |    Milestone:  2.2      
Component:  Administration  |      Version:  2.0.3    
 Severity:  major           |   Resolution:  invalid  
 Keywords:                  |  
----------------------------+-----------------------------------------------
Changes (by rob1n):

  * status:  reopened => closed
  * resolution:  => invalid

Comment:

 Replying to [comment:4 RuddO]:
 > Hold on just a sec, are you telling me that
 >
 > - wordpress inserting the admin user with ID = 1
 > - then wordpress inserting admin user's usermeta keys with ID != 1
 >
 > is OKAY, irrespective of the autoincrement key?

 It's not "OKAY," it means you didn't clear your tables correctly. TRUNCATE
 resets the auto_increment values.

 > While I know that TRUNCATE should have been the "blessed" way to reset
 my blog, the error pointed above is due to a lack of robustness.  I posit
 that inserting a row with ID 1, and subsequently inserting rows that
 should have had ID 1, with another ID, is a bug, not a user error.

 User error. It's not the "blessed" way, it's the COMPLETE way.

 > Instead of quickly closing the bug, you could at least have taken a look
 at the code, could you?

 There's no code with in WP for user errors.

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


More information about the wp-trac mailing list