Make WordPress Core

Changes between Initial Version and Version 1 of Ticket #55979, comment 4


Ignore:
Timestamp:
07/05/2022 08:28:14 PM (2 years ago)
Author:
axelseaa
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #55979, comment 4

    initial v1  
    11Replying to [comment:3 ironprogrammer]:
    2 > In response to @axelseaa:
    3 > > ... (This likely only impacts install that have the sitecategories table in the database)
    42>
    5 > Do you know under what conditions that table is created? E.g. a specific original WordPress version? Under my multisite test environment (originated at 5.9.3, upgraded to 6.0) that table does not exist, though `global_terms_enabled` is set. I have test cats/tags from before/after the enablement of global terms, but haven't received any errors when updating them.
    6 >
    7 > I did see that the cat/tag UI changed with the setting in place, where it doesn't allow direct editing of slugs. Though in the database (`wp_N_terms` tables), I see that modified items are ''named'' with the updated value, but the `slug` field is assigned the ''old'' term name. This seems like it would be problematic as a different issue, but I haven't dug deeper into that behavior.
     3> Do you know under what conditions that table is created? E.g. a specific original WordPress version?
    84
    95I started trying to track back to when that table may have been created, but I was not able to figure that out yet.  We started out this wordpress installation way back with WordPress 1.5 MU.  There are references to that table in some of the database creation scripts for WordPress install / updates though.