[wp-trac] [WordPress Trac] #5809: Updating a term in one taxonomy affects the term in every taxonomy

WordPress Trac noreply at wordpress.org
Wed Nov 5 01:41:59 UTC 2014


#5809: Updating a term in one taxonomy affects the term in every taxonomy
--------------------------+---------------------------
 Reporter:  rmccue        |       Owner:  boonebgorges
     Type:  defect (bug)  |      Status:  accepted
 Priority:  high          |   Milestone:  4.1
Component:  Taxonomy      |     Version:  2.3
 Severity:  major         |  Resolution:
 Keywords:  has-patch     |     Focuses:
--------------------------+---------------------------

Comment (by boonebgorges):

 In [changeset:"30240"]:
 {{{
 #!CommitTicketReference repository="" revision="30240"
 Do not create shared taxonomy terms.

 A "shared" term occurs when two entries in the `wp_term_taxonomy` table
 share a
 single `term_id`, and thereby correspond to the same row in `wp_terms`.
 This
 changeset stops the practice of creating shared terms: each new row in
 `wp_term_taxonomy` will receive its own row in `wp_terms`. The new
 strategy
 for term creation depends on whether the installation's database schema is
 up
 to date for 4.1:

 * If so, terms are allowed to be created with the same slug as an existing
 term, as long as they are in different taxonomies and do not share a
 parent. Thus, a new tag with the slug 'wordpress' can exist alongside a
 category with the slug 'wordpress'.
 * If not, new terms will be forced to have unique slugs. Thus, on an
 installation containing a category with the slug 'wordpress', a new tag
 'WordPress' will get the slug 'wordpress-2'.

 Fixes #21950. See #5809.
 }}}

--
Ticket URL: <https://core.trac.wordpress.org/ticket/5809#comment:61>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list