# Testing on non-latin languages **URL:** \ **Category:** Development\ **Tags:** pr-welcome\ **Created:** [February 14, 2021, 2:41pm UTC](https://meta.discourse.org/t/testing-on-non-latin-languages/179662 "2021-02-14T14:41:50Z")\ **Posts on this page:** 1\ **Showing post:** 1
**Author:** ![chrispanag](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/chrispanag/32/105853_2.png) [@chrispanag](https://meta.discourse.org/u/chrispanag)\ **Post date:** [February 14, 2021, 2:41pm UTC](https://meta.discourse.org/t/testing-on-non-latin-languages/179662/1 "2021-02-14T14:41:50Z")
After 3 years of using Discourse for a greek forum, I have identified various little bugs that go unnoticed between updates and have to do mostly with non-latin characters. For example: 1. [Some categories are broken: "Load cannot follow more than 20 redirections"](https://meta.discourse.org/t/some-categories-are-broken-load-cannot-follow-more-than-20-redirections/177037) 2. [Unicode username with Σ as the final char leads to an error loading profile page](https://meta.discourse.org/t/unicode-username-with-as-the-final-char-leads-to-an-error-loading-profile-page/173182) 3. [Topic with Japanese in URL doesn't redirect if URL doesn't perfectly match](https://meta.discourse.org/t/topic-with-japanese-in-url-doesnt-redirect-if-url-doesnt-perfectly-match/125371) Although some of those could just be edge-cases, those issues have left me wondering if they could be preventable by implementing some automated test cases using non-latin languages. I did a quick browsing at the various tests that discourse is shipping with and I didn’t found any any that are testing against non-latin fabricated data. My questions are: 1. Are there any such tests that I missed? 2. If not, wouldn’t be helpful to add such tests so that some of those bugs could be catched before deployment? --- _[View the full topic](https://meta.discourse.org/t/testing-on-non-latin-languages/179662)._