[wp-trac] [WordPress Trac] #37956: DB_COLLATE doesn't override $collate when defining utf8mb4_unicode_ci in wp-config

WordPress Trac noreply at wordpress.org
Tue Dec 13 05:16:20 UTC 2016


#37956: DB_COLLATE doesn't override $collate when defining utf8mb4_unicode_ci in
wp-config
--------------------------+-----------------------
 Reporter:  MikeGillihan  |       Owner:
     Type:  defect (bug)  |      Status:  reopened
 Priority:  normal        |   Milestone:
Component:  Database      |     Version:  4.6
 Severity:  normal        |  Resolution:
 Keywords:                |     Focuses:
--------------------------+-----------------------
Changes (by cjke7777):

 * status:  closed => reopened
 * resolution:  wontfix =>


Comment:

 I want to echo the sentiment here, that WP should be respecting the
 DB_COLLATE/DB_CHARSET if explicitly set.

 There is an open bug in mysql where  utf8mb4_unicode_520_ci doesn't
 correctly distinguish certain Japanese characters
 (https://bugs.mysql.com/bug.php?id=79977).

 So when I use `get_page_by_title` in Wordpress with a dakuten, it will
 incorrectly return  a result if they share a base (searching for ぺ will
 return a post with へ). Simple solution is to not use the 520 collation.

 It would be ok to say it's a bug in mysql (which is true), but I should be
 able to select the best charset/collate for my particular use case.

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


More information about the wp-trac mailing list