https://bugs.documentfoundation.org/show_bug.cgi?id=125971
--- Comment #8 from Stephan Bergmann <[email protected]> ---
(In reply to Jan-Marek Glogowski from comment #7)
> I'll fix this eventually by using
>
> OUString aNewURL =
> uri::ExternalUriReferenceTranslator::create(m_xContext)-
> >translateToInternal(toOUString(aURL.toEncoded()));
...which, as I said on IRC, is wrong. QUrl::toEncoded is documented
(<https://doc.qt.io/qt-5/qurl.html#toEncoded> ) 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).
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
