Skip to content

Allow falsy variables in client side translation

Matthias Larisch requested to merge fix-falsy-client-i18n-props into master

What does this MR do?

Allows 0 or `` be passed into variables that get used in client side translations. This was visible for store bells with "0" unconfirmed pickups that just disappeared because of translation throwing an exception.

How confident are you it won't break things if deployed?

sure

Links to related issues

Checklist

  • added a test, or explain why one is not needed/possible...
  • no unrelated changes
  • asked someone for a code review
  • joined #foodsharing-beta channel at https://slackin.yunity.org
  • added an entry to CHANGELOG.md (description, merge request link, username(s))

Merge request reports