Some of the site texts are displayed in their original form no matter how much we change them. So far we have only seen this happen in messages or notifications. For example in the following message: rate_limiter.by_type.create_like: You’ve reached the maximum number of likes. Please wait %{time_left} before trying again. If you need more items, please tell me :pray: :slight_smile:

When I try customizing the rate_limiter.by_type.create_like text on my site, the customized text is displayed when a user exceeds the max likes per day setting . What version of Discourse is your site using? What is the default locale for your site? Is the allow user locale setting enabled on your site?

What version of Discourse is your site using? We are using version 2.6.0.beta2 What is the default locale for your site? In Site Settings: fa_IR In app.yml: (not set) Is the allow user locale setting enabled on your site? No, It’s disabled The same problem can be seen in the text below: js.topic.deleted_by_author.other (topic withdrawn by author, will be automatically deleted in %{count} hours unless flagged)

I have exactly the same mysterious thing with some text customization. The user local settings is disable. With the latest version of Discourse I rebuild and update it a few hours ago. My default language is Hungarian. I can only change those text if I edit English version. So it might be connect to English. If I edit English it rewrite Hungarian also. :thinking:

[image] nildarar: rate_limiter.by_type.create_like That issue will be fixed by this PR: FIX: Use correct locale for error messages (#10776) master ← gschlager:i18n_fix_error_messages opened 03:09PM - 29 Sep 20 UTC (UTC) [image] gschlager +72 -16 Error messages for exceeded rate limits and invalid parameters always used the E…nglish locale instead of the default locale or the current user's locale. [image] nildarar: js.topic.deleted_by_author.other That’s a different problem. It might be a regression. I’m looking into it. @nildarar and @Don: Have you considered contributing translations at https://translate.discourse.org/ instead of customizing untranslated strings in the admin panel? That way other users would benefit from your efforts as well.

[image] nildarar: The same problem can be seen in the text below: js.topic.deleted_by_author.other (topic withdrawn by author, will be automatically deleted in %{count} hours unless flagged) I can’t reproduce the problem. I switched my test forum to Persian (فارسی), customized js.topic.deleted_by_author.other, deleted the topic and the customized text showed up. Do you mean by the “same problem”, that you see English text when you customize that string? That’s because it’s not translated into Persian yet. You can do that on Crowdin – here’s a direct link to that string.

I just customized text with different kind of slangs to make language and forum more personal. That’s why I didn’t translate yet on the official way. But I think here is the time to join Crowdin and translate. Thank you Gerhard! :slightly_smiling_face:

Thanks @gerhard, for following this issue. [image] gerhard: Have you considered contributing translations at https://translate.discourse.org/ instead of customizing untranslated strings in the admin panel? Yes, I’m very interested in being able to help. But there are two problems for me in this regard: Due to the vastness of the dictionary, translating in an environment outside of discourse is a difficult task and in many cases requires test and preview. And this is the problem with the current translation. Words are not translated in the right place. I wish there was a way for us to submit translations directly from Discourse to the community. This did prevent many problems. We use our own literature in the community and have given specific names for different capabilities. That is, there is no equivalent translation for words such as Topic, Replay, OP, Like, etc. in our forum. We also translated our texts and messages into slang to make it more user-friendly. So we have to do this personalization locally. [image] gerhard: Do you mean by the “same problem”, that you see English text when you customize that string? Yes, exactly, when the user deletes a topic, the English text of this message is displayed, while we changed this text in the site settings. I have tried several times to collaborate on translations, but when I do not see the text in the right place, I can not understand its true meaning. That’s why I can’t provide a good translation. I do not know if this method in translation is correct or not. I am glad to know your opinion in this regard.

[image] nildarar: Yes, exactly, when the user deletes a topic, the English text of this message is displayed, while we changed this text in the site settings. I’m sorry, I can’t reproduce the issue. In my tests the customized text shows up on the client even when there’s no existing translation at the time of customization. [image] nildarar: I wish there was a way for us to submit translations directly from Discourse to the community. That’s on our roadmap. I’m hoping we can get this done within the next 6-12 month. [image] nildarar: We use our own literature in the community and have given specific names for different capabilities. That is, there is no equivalent translation for words such as Topic, Replay, OP, Like, etc. in our forum. We also translated our texts and messages into slang to make it more user-friendly. So we have to do this personalization locally. In that case using “Customize Text” is the right choice. That’s exactly why we built that feature. [image] nildarar: I have tried several times to collaborate on translations, but when I do not see the text in the right place, I can not understand its true meaning. That’s why I can’t provide a good translation. I do not know if this method in translation is correct or not. I am glad to know your opinion in this regard. The way I usually do it is that whenever I see an untranslated string, I go to Crowdin, search for the untranslated string and contribute my translation. I know that going through the whole list of untranslated strings on Crowdin can be intimidating, especially if you don’t know where those strings are used. That’s why I recommend doing it the other way around.

[image] gerhard: I’m sorry, I can’t reproduce the issue. In my tests the customized text shows up on the client even when there’s no existing translation at the time of customization. Thanks, so let me check back, maybe I can give you more information. [image] gerhard: That’s on our roadmap. I’m hoping we can get this done within the next 6-12 month. That’s very exciting :blush: :+1: [image] gerhard: In that case using “Customize Text” is the right choice. That’s exactly why we built that feature. This feature is brilliant :smiling_face_with_three_hearts: [image] gerhard: The way I usually do it is that whenever I see an untranslated string, I go to Crowdin, search for the untranslated string and contribute my translation. I know that going through the whole list of untranslated strings on Crowdin can be intimidating, especially if you don’t know where those strings are used. That’s why I recommend doing it the other way around. Thanks for your good suggestion, I wish there was a way for us to manually update the approved discourse translations from Crowdin. This way we could record general changes in Crowdin and update the translations every week. Changing the translation and waiting for monthly updates makes it a little hard. Sorry to bother you with my ideas.

[image] nildarar: Changing the translation and waiting for monthly updates makes it a little hard. We recently started to update translations on a weekly basis (every Tuesday). Maybe that helps…

Some of Site Texts doesn't accept changes

Product Support

gerhard (Gerhard Schlager) September 30, 2020, 12:14pm 12

We recently started to update translations on a weekly basis (every Tuesday). Maybe that helps…

Topic		Replies	Views
What exactly are the effects of "allow user locale" Feature discobot , multi-lingual	40	7408	February 29, 2020
Changes in text content not reflected on (non-english) site Bug	7	1417	November 10, 2019
[object Object] in top menu even after updating to v1.5.0.beta6 +23 Product Support	5	1895	November 27, 2015
Custom text has disappeared Product Support	2	446	December 30, 2020
Translate some Entries Product Support	4	2226	January 25, 2016

Some of Site Texts doesn't accept changes

Related topics