[wp-trac] Re: [WordPress Trac] #3418: Issues with importing/converting blogroll from 2.0.5

WordPress Trac wp-trac at lists.automattic.com
Mon Jan 8 04:07:37 GMT 2007


#3418: Issues with importing/converting blogroll from 2.0.5
--------------------------+-------------------------------------------------
 Reporter:  Viper007Bond  |        Owner:  anonymous
     Type:  defect        |       Status:  new      
 Priority:  high          |    Milestone:  2.1      
Component:  General       |      Version:  2.1      
 Severity:  normal        |   Resolution:           
 Keywords:                |  
--------------------------+-------------------------------------------------
Comment (by BrianLayman):

 I'm a little concerned about the merging code in this area...

 Ok, so basicaly, because of the code in admin-db.category_exists, the
 first category wins.  However, since no "order by" clause is specified in
 that query, we aren't going to know for sure which the "first" category is
 going to be. At least that's how it would work in a relational DB.  The
 order of the results would be dependant upon the order in which the data
 was inserted and when it was modified last.  So the order could be by ID
 or it could be by when the user inserted it or if they did a restore it
 could be the order by which the restore inserted the records.

 Additionally, the Category_exists function doesn't cast the stuff to a
 specific case when checking for an existing name.  So we could end up with
 WordPress and Wordpress categories (as an example) because of how the
 blogger first typed them in in Posts vs links. I don't know if that's a
 design choice, or design oversight.  Either way could be argued for I
 suppose, but there are no comments in the code indicating whether this
 issue was considered.

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


More information about the wp-trac mailing list