[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