[Libreoffice-bugs] [Bug 109258] Tooling allows (and thus code has) duplicate string entries for translation

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Tue Aug 22 14:09:54 UTC 2017


https://bugs.documentfoundation.org/show_bug.cgi?id=109258

--- Comment #24 from Christian Lohmaier <cloph at documentfoundation.org> ---
re fixing for 5.4 I'll just add what I wrote in mail:

As master branch with gettext migration doesn't have duplicate (non-unique
strings in terms of po-format), and that fixing it for 5.4 would be a break of
string freeze (and the problem is not in translations themselves, but just when
updating against latest templates, which now after string freeze should be rare
exception) I consider this wfm/wontfix for the 5-4 branch.

An easy workaround exists (running msguniq over the templates), the code itself
doesn't care about duplicates (I think it is first-match-wins, but might be
non-deterministic if there are indeed dupes) and pootle based translations are
already cleared off the duplicates (and even if there were could be cleaned up
using the same msguniq call).

Happy to wait with tagging for 5.4.1 rc2 until Thu evening or even Friday. Not
sure Whether the Commit to the branch is a intermediate or already the fully
completed version.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20170822/cb78e041/attachment.html>


More information about the Libreoffice-bugs mailing list