[wp-trac] [WordPress Trac] #18609: term_id collisions possible with InnoDB tables and global_terms_enabled

WordPress Trac noreply at wordpress.org
Mon Aug 8 01:21:55 UTC 2022


#18609: term_id collisions possible with InnoDB tables and global_terms_enabled
-------------------------------------+------------------------------
 Reporter:  andrew_l                 |       Owner:  (none)
     Type:  defect (bug)             |      Status:  assigned
 Priority:  lowest                   |   Milestone:  Awaiting Review
Component:  Taxonomy                 |     Version:  3.2.1
 Severity:  major                    |  Resolution:
 Keywords:  has-patch needs-testing  |     Focuses:  multisite
-------------------------------------+------------------------------
Changes (by peterwilsoncc):

 * keywords:  has-patch needs-testing needs-refresh => has-patch needs-
               testing


Comment:

 The only time I've heard of someone outside of this ticket using global
 terms was to set up truly global terms: meaning each site used the
 network's terms table and displayed the same list of terms on all sites.

 I think the KISS approach of the original patch is the best fix for this.
 I've refreshed it in [attachment:"18609.diff"] and continued to use an
 `UPDATE` if the new ID is unlikely to modify the auto increment value.

 > ... I wouldn't expect it to be fixed in MySQL ever.

 Turns out it was fixed in 8.0 :)

 Viably, I think if code similar to the patch isn't committed any time soon
 this ticket ought to be closed `wontfix`.

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


More information about the wp-trac mailing list