A bug with date of audio messages in Russian

[kermoshina]

A bug with date of audio messages in Russian

[r10s]

i think, the key timestamp_format_m_desktop is very questionable at all.

translators do not really know what to do with it, i just did a grep, it is seems also wrong in at least one other language. - ukranian has "MMMM" (may this exists, idk), khmer is ែ ថ្ងៃ, which seems wrong.

all others are "MMM D" or "D MMM" - we could run-time-check if the strings is one of these, otherwise fall back to "MMM D"

alternatively, afaik, we're using some js-date-formatting thing anyways (i cannot really remember for what :) - maybe we can just rely on that?

[r10s]

khmer is ែ ថ្ងៃ, which seems wrong

i fixed that to MMM D

ukranian has "MMMM" (may this exists, idk)

MMMM D is okay according to https://momentjscom.readthedocs.io/en/latest/moment/04-displaying/01-format/ , not sure if it is the gist, however.

so, all translations should be fine for now, however, allowing translations for that strings has still the potential to break things without us noticing, as it will happen only in some language.

so, it would be good if we can get rid of the string or do some plausibility runtime check and default to MMM D if that fails

[WofWca]

In the mean time I changed the Russian translation.

https://app.transifex.com/delta-chat/delta-chat-app/translate/#ru/stringsxml/161513327

[Simon-Laux]

This is should be solved now by the translations update and #3889 would remove the usage of the translations string entirely.