[Libreoffice-bugs] [Bug 125995] C locale is currently broken for file handling

[bugzilla-daemon at bugs.documentfoundation.org]

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

--- Comment #3 from Jan-Marek Glogowski <glogow at fbihome.de> ---
Thanks for the input. The gen file picker also works - as expected - if I set
LANG=C.UTF-8. I forgot that, thanks for the reminder.

(In reply to Stephan Bergmann from comment #1)
> (In reply to Jan-Marek Glogowski from comment #0)
> 
> I'm not sure why you qualify this issue with "currently".  The behavior
> should be as it is ever since OOo.

Ok.

So I tried to find the definition for the C / POSIX locale and found:
https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap07.html and
http://port70.net/~nsz/c/c89/c89-draft.html

What I actually couldn't find is a setting, which has any meaning with regard
to the filesystem encoding. If you say file names are just strings, then
LC_CTYPE might match, but IMHO that's today a long shot.

So now arises the question: should / can we change the C locale to default to
UTF-8 for interpreting filenames instead of ISO_8859_1, which is today much
more common?
I don't know if this actually does match. And I'm also not sure this is
feasible in a sensible matter in LO, but somehow Qt and Gtk+ make this
assumption and act accordingly.

I'm not aware of any other system API, which could be queried for something
like that. I tested gimp on Windowmaker with xterm and LANG=C. Still there
might be some system setting.

-- 
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/20190619/fc8ab1ae/attachment.html>