<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - Image import in KDE LibreOffice fails if filename contains non-latin characters"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=125971#c8">Comment # 8</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - Image import in KDE LibreOffice fails if filename contains non-latin characters"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=125971">bug 125971</a>
from <span class="vcard"><a class="email" href="mailto:sbergman@redhat.com" title="Stephan Bergmann <sbergman@redhat.com>"> <span class="fn">Stephan Bergmann</span></a>
</span></b>
<pre>(In reply to Jan-Marek Glogowski from <a href="show_bug.cgi?id=125971#c7">comment #7</a>)
<span class="quote">> I'll fix this eventually by using
>
> OUString aNewURL =
> uri::ExternalUriReferenceTranslator::create(m_xContext)-
> >translateToInternal(toOUString(aURL.toEncoded()));</span >
...which, as I said on IRC, is wrong. QUrl::toEncoded is documented
(<<a href="https://doc.qt.io/qt-5/qurl.html#toEncoded">https://doc.qt.io/qt-5/qurl.html#toEncoded</a>> ) to generate a file URL whose
"payload" is UTF-8--encoded. But
css.uri.XExternalUriReferenceTranslator::translateToInternal expects its
argument to have a "payload" encoded according to the system locale (i.e.,
osl_getThreadTextEncoding). As QUrl provides a file URL with "payload" in
UTF-8, which is the same format as used internally in LO, there is no need to
map here from external to internal URL.
Lets wait for Piotr to reply why he uses LO with LANG=C. If you have files in
your file system whose names are encoded with UTF-8, the only reliable way to
access them from LO is to run LO with a UTF-8 system locale (like
LANG=pl.UTF-8).</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>