Fixed translation cache access when the translation content is changed

Closes #

The problem occured when editing the form (that already submitted before) and the page with multiple selectpickers in repeating group is always showing the wrong select text.

From my observation, it is caused by selectpicker using i18n translation with i18nNumber involved. We will have same translations for all selectpicker widgets because all widgets have same i18n data eventhough it has different i18nNumber.

This select instances

<group_nm7ec42  enk:ordinal="1" >
    <multiselect2>a b c</multiselect2>
</group_nm7ec42>
<group_nm7ec42  enk:ordinal="2" >
    <multiselect2>a b</multiselect2>
</group_nm7ec42>

will give us

It is supposed to give us

I have verified this PR works with

[ ] Online form submission
[ ] Offline form submission
[ ] Saving offline drafts
[ ] Loading offline drafts
[x] Editing submissions
[ ] Form preview
[ ] None of the above

What else has been done to verify that this works as intended?

Why is this the best possible solution? Were any other approaches considered?

The solution that minimize cache key access, translation call and just adding one string comparison. Already tried the solultion in selectpicker but that is not an optimal one.

How does this change affect users? Describe intentional changes to behavior and behavior that could have accidentally been affected by code changes. In other words, what are the regression risks?

I don't think there is any. All tests are passed.

Do we need any specific form for testing your changes? If so, please attach one.

No.

OpenClinica / enketo-oc