# Hope Watched words adiciona suporte para caracteres não-ingleses **URL:** \ **Category:** Bug\ **Created:** [Fevereiro 14, 2026, 3:31pm UTC](https://meta.discourse.org/t/hope-watched-words-adds-support-for-non-english-characters/396109 "2026-02-14T15:31:36Z")\ **Posts on this page:** 1\ **Showing post:** 2
**Author:** ![zogstrip](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/zogstrip/32/512781_2.png) [@zogstrip](https://meta.discourse.org/u/zogstrip)\ **Post date:** [Fevereiro 16, 2026, 2:45pm UTC](https://meta.discourse.org/t/hope-watched-words-adds-support-for-non-english-characters/396109/2 "2026-02-16T14:45:47Z")
Obrigado pelo relatório, isso será corrigido por > > > Watched words failed to match in CJK (Chinese, Japanese, Korean) and other space…less scripts because word boundary detection relied on whitespace or non-word characters. Languages like Chinese don't use spaces between words, so "测试" inside "这是一个测试文本" was never matched. > > Introduce a SPACELESS\_SCRIPTS constant covering Han, Hiragana, Katakana, Hangul, Thai, Lao, Myanmar, Khmer, and Tibetan Unicode ranges. Update \`match\_word\_regexp\` for both Ruby and JS engines so that characters from these scripts are treated as word boundaries. This allows a CJK watched word to match when surrounded by other CJK characters, and a Latin watched word to match when adjacent to CJK text (e.g., "Test" in "我的Test很好"), while still preventing partial Latin matches (e.g., "Testing" does not match "Test"). > > Also fix the admin watched word testing modal to use \`RegExp.exec()\` with capture group extraction instead of \`String.match()\`, since the new boundary patterns include a leading consuming group. > > Remove the outdated "non-chrome browsers do not support lookbehind" comment — all major browsers have supported lookbehind since 2023. > > https://meta.discourse.org/t/71288 > https://meta.discourse.org/t/396109 --- _[View the full topic](https://meta.discourse.org/t/hope-watched-words-adds-support-for-non-english-characters/396109)._