id summary reporter owner description type status priority milestone component version severity resolution keywords cc focuses 12251 mb_substr() works strangely in some environment. Cyrus H. hakre "http://wordpress.org/support/topic/357562 First of all, this is not a P2 theme bug; this is WP core bug. I use English WordPress, but I post a post in Korean. Summarizing above link: mb_substr() and mb_strlen() shows malfunction when dealing with non-English characters, because '''encoding parameter is not specified'''. This happens when PHP MB extension is enabled, because backward-compatibility function _mb_substr() automatically assumes the encoding as UTF-8 but the extension does not. Following '''should be''' adopted to 2.9.3: FILE: /wp-admin/includes/plugin-install.php, line 332[[BR]] FROM:[[BR]] $description = mb_substr($description, 0, 400) . '…';[[BR]] TO:[[BR]] $description = mb_substr($description, 0, 400, 'UTF-8') . '…';[[BR]] FILE: /wp-admin/includes/post.php, line 1037[[BR]] FROM:[[BR]] if ( mb_strlen($post_name) > 30 ) {[[BR]] TO:[[BR]] if ( mb_strlen($post_name, 'UTF-8') > 30 ) {[[BR]] FILE: /wp-admin/includes/post.php, line 1038[[BR]] FROM:[[BR]] $post_name_abridged = mb_substr($post_name, 0, 14). '…' . mb_substr($post_name, -14);[[BR]] TO:[[BR]] $post_name_abridged = mb_substr($post_name, 0, 14, 'UTF-8'). '…' . mb_substr($post_name, -14, 14, 'UTF-8');[[BR]] FILE: /wp-includes/formatting.php, line 2708[[BR]] FROM:[[BR]] $str = mb_substr( $str, 0, $count );[[BR]] TO:[[BR]] $str = mb_substr( $str, 0, $count, 'UTF-8' );[[BR]] Personally, this is very inconvenient: it gives me stress of seeing Unicode Replacement Character." defect (bug) closed high Charset 2.9.2 normal worksforme