<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body><span class="vcard"><a class="email" href="mailto:cloph@documentfoundation.org" title="Christian Lohmaier <cloph@documentfoundation.org>"> <span class="fn">Christian Lohmaier</span></a>
</span> changed
<a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED INVALID - LO54rc2: On MacOS spell-checking has English names for dictionaries despite Slovenian langpack"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=109258">bug 109258</a>
<br>
<table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>What</th>
<th>Removed</th>
<th>Added</th>
</tr>
<tr>
<td style="text-align:right;">Status</td>
<td>NEW
</td>
<td>RESOLVED
</td>
</tr>
<tr>
<td style="text-align:right;">Resolution</td>
<td>---
</td>
<td>INVALID
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED INVALID - LO54rc2: On MacOS spell-checking has English names for dictionaries despite Slovenian langpack"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=109258#c19">Comment # 19</a>
on <a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED INVALID - LO54rc2: On MacOS spell-checking has English names for dictionaries despite Slovenian langpack"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=109258">bug 109258</a>
from <span class="vcard"><a class="email" href="mailto:cloph@documentfoundation.org" title="Christian Lohmaier <cloph@documentfoundation.org>"> <span class="fn">Christian Lohmaier</span></a>
</span></b>
<pre><span class="quote">> Christian, it is a lie that Slovenian was not updated with latest pot files.
> Please do chose your words carefully, I do not have time to sue you.</span >
I stick by it. Feel free to sue me. I actually did bother and look at the
cause, but you decided to ignore it, that's why I resolve this bug to
invalid/works as designed.
<span class="quote">> I work for free and really do my job very precisely.</span >
For this issue it doesn't matter who does the job, whether it is individual or
a company or some monkeys hitting random keys.
It is a *FACT* that the po files that were added to the libreoffice-5-4-0
branch do not reflect the current templates.
<span class="quote">> As Andras can prove, I update my po files to fresh pot files much more
> regularly than Pootle,</span >
Is not worth a dime if it doesn't match the final versions.
<span class="quote">> which in the end brings additional value to LO project as I can notice errors
> in strings or strange behaviour.</span >
But doesn't make you better than anyone else, especially not deserving special
treatment.
<span class="quote">> I did now find a problem reported by Poedit software in the misc.pot file that
> is the case here. I do not use Poedit for translation, but it reports an error
> given by msgmerge, so it is problematic with gettext library, which it means
> there is either a bug in gettext library or there is real error in this pot
> file. So I investigated further, unlike you.</span >
You're bullshitting me, and I don't appreciate that.
<span class="quote">> It reports an error with a doubled definition of a string, which should never
> happen in a pot or po file.</span >
Guess what Sherlock, this is not new info. This has been known from the start,
mentioned in ESC and on l10n list.
<span class="quote">> Regarding July 6 5.4 pot file (that I have) I have then manually found the
> error *in LO 5.4 pot file*, not in my translation or my translation system.</span >
Still bullshit/two completely different things. Yes. Strings that were formerly
different ones now have a single representation. But that is not the problem
why the Slovenian translation is broken.
Don't blame us when you ignore error messages in your tooling/when your tooling
cannot cope.
<span class="quote">> So do clear your pot files of errors before this gets really serious also for
> Pootle users.</span >
Pootle is totally fine with that, as are other po processing tools.
<span class="quote">> So I guess my translation system found an error while using msgmerge in this
> file and skipped it. Which is not an error on my side, but an error on LO side.</span >
again. your problem for ignoring error messages.
<span class="quote">> I accept your apologies, cloph.</span >
You can go pleasure yourself.
You confirmed that the po files that were provided didn't match latest
templates, thus invalid, no reason to revert or do another release just for
Slovenian. 5.4.1 will happily accept the fixed po file.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>