Please see the subject. KDE’s Dolphin has no trouble navigating the hierarchy and displaying all characters correctly. Konsole lists the files with question marks. LibreOffice claims the files don’t exist.
Files were saved to a backup drive, and SUSE won’t read that, either. Fedora 25 has no trouble.
(Apologies if this is a double post; I thought I posted this already, but it’s not showing up. Or perhaps I posted it in another SUSE forum with exactly the same forum names.)
How did you upgrade? Doing so from 12.2 to 42.2 is not supported, and will lead to trouble due to technical differences between the systems.
Try to uninstall the KDE integration (if you are using openSUSE’s packages, it’s libreoffice-kde4) and see if it helps.
There was a similar thread in the german sub forum recently (a user had problems to open files with german “umlauts”) and that “fixed” it, that was with the packages from libreoffice.org though.
Thank you. Right now I’m reinstalling KDE after having uninstalled it. I had discovered that it worked just fine in Gnome, and since Konsole was also having issues I figured it must have something to do with KDE. See my other reply (which I’m about to write).
Sorry; I thought I had written that. I reformatted / and /boot and installed directly, so it wasn’t any sort of upgrade process, e.g. zypper dup. It was basically a fresh install, with only the /data partition preserved (and everything backed up on an external hard drive). The point of mentioning 12.2 is that the files worked fine on it, but don’t now.
I’m wondering if it’s somehow related to having installed in English (my native language) and later switching the language to Russian (friend’s language). That doesn’t make sense to me but 2 or 3 weird things happened in the install (e.g., it didn’t save the wireless information, so I had to re-enter all that upon first boot).
Reinstalling KDE did not fix the problem. In fact, Nautilus will not open the files when run from KDE; it only opens them when run from Gnome.
Did you try to uninstall libreoffice-kde4?
What does “locale” say (run as user in a KDE session)?
Does opening them from within Libreoffice work (i.e. File->Open, not opening them from Nautilus)?
Thank you for the reply.
Yes. That does not help.
What does “locale” say (run as user in a KDE session)?
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=cu_RU.UTF-8
LC_CTYPE="cu_RU.UTF-8"
...
LC_IDENTIFICATION="cu_RU.UTF-8"
LC_ALL=
Does opening them from within Libreoffice work (i.e. File->Open, not opening them from Nautilus)?
No.
Here’s another data point, if if helps. Even though the preferred language is English in KDE’s settings, and the language is set to Russian under YaST, and everything YaST and Gnome show up in Russian, KDE presents everything in English.
I noticed that that seemed odd. If I change the locale to ru_RU.utf8 some things start to work better; e.g., Dolphin actually presents Russian menus.
However, Plasma is somehow stuck with this cu_RU.UTF-8 as the default. There’s something called plasma-locale-settings.sh that I think controls it. It’s supposed to be “generated from kcmshell5 formats” but kcmshell5 has bad documentation. For instance, it says that --lang <language> is an option, but if you try and use that option it says “–lang is deprecated. Please set the LANGUAGE environment variable instead.”
Naturally, doing that changes nothing in plasma-locale-settings.sh, so I’m still stuck.
Finally got it. I’m not sure how it got stuck on the wrong thing (probably my fault: tinkered somewhere w/the wrong value) nor why it didn’t work after I first installed it, but apparently I had to do
localectl set-locale LANG=ru_RU.utf8
and maybe
export LC_ALL=ru_RU.utf8
as well. The former required me to enter the root user’s password (odd) but now I seem to be able to navigate in Russian as well as open files in LibreOffice.
Thank you for listening! or, as my friend might say, спасибо за помощь!
PS: Is there no way to mark this as “Solved”? I can’t even seem to change the thread’s title.
No, we don’t mark threads as solved. But, you can change the title when you reply, see mine. Nice that it is solved, though 
YaST runs as root, so it doesn’t respect the user’s settings.
GNOME has its own settings too. Though it (and KDE/Plasma for that matter) should use the system’s locale by default I think.
kcmshell5 is just an alternative “frontend” to KDE’s settings modules.
You can configure that just as well in systemsettings5.
Or run “kcmshell5 formats”, as the comment says.
If you change those settings, plasma-locale-settings.sh should be recreated accordingly. It’s a script that’s run during Plasma’s startup procedure to actually apply the locale settings for the KDE/Plasma session.
But apparently your problem was a broken/misconfigured system locale.
Glad to hear that you managed to fix it… 