Activate update_as_unapproved flag for translation script (CMS)

[saroyanm]

Background

Currently in the CMS translation script we are not setting ​update_option flag and because of that we lose translations for some strings when we are doing TYPO change on the English string, or other minor change while, so we would like to add more flexibility to the translation script so the translation will be pushed the way Translation managers expect them.

What to change

Add ability to Set ​update_option manually before runing translation script, if no flag is set, use default (current) no flag option, otherwise use manually set flag for update_option parameter in translation script when ​adding or updating the string.

[trev]

Set update_as_unapproved value for update_option parameter in translation script when ​adding or updating the string.

That sounds like a huge footgun. This won't merely preserve translations for typos but any changed string. And given that there are almost no approved strings on Crowdin (we simply don't have enough proofreaders for that) nobody will notice when a translation needs updating.

[Shikitita]

Replying to trev:

Set update_as_unapproved value for update_option parameter in translation script when ​adding or updating the string.

That sounds like a huge footgun. This won't merely preserve translations for typos but any changed string. And given that there are almost no approved strings on Crowdin (we simply don't have enough proofreaders for that) nobody will notice when a translation needs updating.

Regarding "there are almost no approved strings on Crowdin", this is why the communication will change, hopefully, so that whenever the English needs updating, I can approve those translations first so that they'll stay there afterwards (or even having them approved way before those changes are occurring).

Also, we are not talking about translations done by Crowdin users but by the agency. This will help me to keep track of the strings for which the English has changed and the changes themselves. That way I can send the appropriate instructions to them, as it's not the same translating something from scratch than after doing a comparison and realising that only 5 words were updated. This should helps us save time.

[saroyanm]

Sorry for late reply on this issues, the thing is that currently the translation script is being pushed depending on Tamara's decision of the flag, sometimes Tamara requires that the translation are not lost after some text changes which means that if we do so with no flag we will lose all the translation.

So currently the process is so:

• Tamara tells me the flag she wants to use before the push.
• After the push she check the changes and manually preserve needed changes in crowdin.
• I only push the translation that is approved by Tamara.

I've update the ticket so the person who push the change will be able to use the flag required by Translation manager. This will add more flexibility in using translation script and we will be sure that the crowdin is updated the way Translation managers wants to.

Hope current description makes more sense, otherwise we need to reconsider the the way we are managing the translations. Currently we are on the way of defining processes for Website, so this is one crutial part of updating the crowdin the way Translation managers want us to.

[kvas]

Dear stakeholders of this ticket,

I'm cleaning up Sitescripts tickets in Trac due to its phase out. This is one of the tickets that I could not myself close or move, so I need your input on it.

Please let me know if this ticket is still relevant for you and we can then discuss where it should be moved. If you think that this ticket is no longer relevant, you can write a comment explaining this or just ignore this message.

If I see now comments in the ticket on October 14, I will close it as rejected.

Best regards,
Vasily