Hello! For some strange reason the word "Status" is being translated to "Enable?" on several places throughout our community. Any idea what could be causing this?

I checked our "Translate" options and nothing is being translated and I have tried using the "Quick Translating" feature and it does not save after I change it from "Enable?" to "Status".

Any help from this would be greatly appreciated.

Thank you!

Support Ticket Status: https://prnt.sc/shth79

Report Center Status: https://prnt.sc/shthq6

Hello,

 

Any idea what could be causing this?

You have the strings with the same key called status

 

I checked our "Translate" options and nothing is being translated and I have tried using the "Quick Translating" feature and it does not save after I change it from "Enable?" to "Status".

 

 

Hello,

You have the strings with the same key called status

 

Thanks for the response! Is there a way to check easily to see what two strings are called the same? I searched "status" but there is 20 pages that show up.

You can use the search form

 

You can use the search form

This is what I found https://prnt.sc/shuaxy

Only showing one item now. And this makes sense given that its showing "Enable?" when it should say "Status". What I find strange is that when I manually translate it in the "English (USA)" textbox to "Status" it still stays as "Enable?" when checking the report center/support tickets.

Maybe in the past someone called it "Status" and then changed mind to "Enable?"? 🙂

Pay attention on the App column. The duplicate string from this app

Edited May 16, 20204 yr by newbie LAC

 

Pay attention on the App column. The duplicate string from this app

I disabled that app once you told me that however it still shows "Enable?" still :(

Could it be because it's still installed but not enabled? Any thoughts on what to do?

Disabling an application won't remove the duplicate langstring keys unfortunately.

 

It's something what we noticed after the 4.0 release and what we really can't control, so we advice any 3rd party dev to use an unique key for their templates,language strings, email templates, etc,

BUT we've also made some adjustments in 4.5 which will be handy to 3rd party developers and translation providers and which will help them in this case. 

 

Disabling an application won't remove the duplicate langstring keys unfortunately.

 

It's something what we noticed after the 4.0 release and what we really can't control, so we advice any 3rd party dev to use an unique key for their templates,language strings, email templates, etc,

BUT we've also made some adjustments in 4.5 which will be handy to 3rd party developers and translation providers and which will help them in this case. 

Hi Daniel,

Thanks for the quick response. Is there anything I can do then at the moment? Our community is stuck with this duplicate string and I am not sure how we can fix this. Removing it from the SQL maybe?

Exactly, if it’s such a PITA, you could just  remove the 3rd party string by deleting it from the database. 
i really really wouldn’t advise it, it’s probably better to wait that the 3rd party dev addresses this by changing his key which also means that need to adjust any usage and also that he‘ll need to  remove his duplicate string from them database:) or just to use the existing one from the core , but this also requires the manual cleanup and to remove the existing string... this was improved fror 4.5 , but it’s not backwards compatible and until it’s released it’s unfortunately a step which we but also  3rd party devs have to keep on mind😞 

You can see our own cleanup steps in the Upgrade scripts where literally any deprecated  or duplicate string is being removed manually 🙂

@Daniel F Thanks for responding. I feel rather uncomfortable editing the SQL lol. I have messaged @Mike John (creator of the Messages app) to see if he can assist in pushing an update or something to address this issue.

Thank you 👍