Can not open document with non-english characters in filename

English
, , , , , , , ,
#1

For example I have a file named “möbler.odt” (furniture in swedish) and when I try to open it LibreOffice Writer says: “/path/to/file/m??bler.odt does not exist.”

If I replace the ö with an o it works. I have the swedish language pack installed (for the system and for LibreOffice).
I am using Fedora KDE (Plasma version 5.18.5, LO Writer version 6.4.6).

Any help is very appreciated!

edit 1: filesystem is ext4 within LUKS;
edit 2: removed writer tag since this affects all LO programs;
edit 3: it only affects LO programs, everything else works fine;
edit 4: edit version from Fedoras version to just the LO version;

(formatting improved by ajlittoz)

#2

I have the same configuration (swedish pack excepted) and it works here. Which file system have you formatted your disks with? ext4 (or btrfs) have no problem with UTF-8 names but other file systems may be limited if they don’t use Unicode.

PS: retag to remove either writer or common. I suspect this happens with all components (Calc, Impress, Writer, …) as I think it is OS-related. common covers all components and writer is redundant.

#3

I am using ext4 within LUKS

#4

Thanks for tip with tags :slight_smile:
Fixed it. It does affect all LO programs

#5

What’s your locale?

#6

My locale output looks like this:

  • LANG=en_US.UTF-8
  • LC_CTYPE=“en_US.UTF-8”
  • LC_NUMERIC=“en_US.UTF-8”
  • LC_TIME=“en_US.UTF-8”
  • LC_COLLATE=“en_US.UTF-8”
  • LC_MONETARY=“en_US.UTF-8”
  • LC_MESSAGES=“en_US.UTF-8”
  • LC_PAPER=“en_US.UTF-8”
  • LC_NAME=“en_US.UTF-8”
  • LC_ADDRESS=“en_US.UTF-8”
  • LC_TELEPHONE=“en_US.UTF-8”
  • LC_MEASUREMENT=“en_US.UTF-8”
  • LC_IDENTIFICATION=“en_US.UTF-8”
  • LC_ALL=
#7

Weird. The locale is fine. Does the problem appear when you try to open files from LibreOffice dialog or from you file manager?

#8

It happens in both

#9

I don’t know the format you give your LibreOffice version in. By what means did you get it?
There isn’t a specific Writer version.
Can you confirm that your ö in the FileName actually is U+00F6 or U+00F8?
[Why did you use a German umlaut (French o with trema?) for a Swedish ø?]

#10

It was Fedoras version, fixed it. LO version is 6.4.6.

I think you got Swedish confused with Danish/Norwegian :wink:
It is without doubt U+00F6 ö and supposed to be so.

#11

Out of ideas. Just for clarity: is the file in question located on an ext4 partition or on an NTFS/FAT partition?

#12

The file is located on an ext4 partition within a LUKS encyption. Can it be caused by LUKS?

#13

Perhaps, I have no experience with LUKS. If you have an external disk or available USB stick, try to format a partition with ext4 without LUKS and copy your möbler.odt on it. Does it open? If so, reformat the partition with LUKS. Does it still work?

#14

Quoting @TJRoh01: “I think you got … confused …”
You are surely right - not only concerning the nordic languages (though I had nive days in Sweden and in Norway as well last year).

#15

When did you create the file möbler.odt? It is a common problem if you had an ISO-8859* encoding in the past, created files and then migrated to an UTF-8 encoded system. So the important question now is: What does ls -l or a file manger show? (personally fought years to get rid of files showing question marks in file names containing German umlauts or ß).

#16

I have the same issue here on Fedora 33 with LibreOffice. This also happens even if the filename is purely English characters but is placed inside a directory with Swedish or Icelandic characters in the name. Every other application can open the files without any issue. I can even recreate this right now by creating a new directory and placing a file inside it. LibreOffice will not open that file.
This is on an ext4 partition that has never had anything but UTF-8 for filenames.

#17

@Gulli: This can be easily explained as the full path is considered when opening a file (or trying so). If any path component has conflicting characters, you get the error. Now, try to remember how the directory was created. Was it years ago? In the early Fedora Core (former distro name) days, there were such issues with file names. Is was wise to avoid non-ASCII characters but this has been fixed for long unless this directory survived OS upgrades.

Is the directory on a separate partition? Which filesystem?

What happens if you create a fresh directory with non-ASCII chars like ä ö ü or ß? Do it preferentially on the / partition to eliminate filesystem issues.

#22

Hi @TJRoh01,
I have exactly the same problem at least for a year now.
I have the German language pack installed.
Ext4 without LUKS

Another weird thing is, that I can not copy paste from some websites into an .odf document. If I copy from deeply.com for example: Möbler I get möbler in LO, super annoying. Is it the same for you?

#24

This is my local if that helps anybody to make a connection:
LANG=en_US.UTF-8
LC_CTYPE=“en_US.UTF-8”
LC_NUMERIC=de_DE.UTF-8
LC_TIME=de_DE.UTF-8
LC_COLLATE=“en_US.UTF-8”
LC_MONETARY=de_DE.UTF-8
LC_MESSAGES=“en_US.UTF-8”
LC_PAPER=de_DE.UTF-8
LC_NAME=de_DE.UTF-8
LC_ADDRESS=de_DE.UTF-8
LC_TELEPHONE=de_DE.UTF-8
LC_MEASUREMENT=de_DE.UTF-8
LC_IDENTIFICATION=de_DE.UTF-8
LC_ALL=

#18

Not completely out of ideas nonetheless:
You got two question marks in your error message.
There are the (strange) combining characters in unicode: The trema U+0308 e.g. combines with the character left of it. A U+006F (lower o) with a subsequent U+0308 (trema) combines visually to an ö which would be coded U+00F6 otherwise.
If your actual FilePaths contain combining glyphs some applications may handle that and others may not.
On the other hand there reamains the question who (human or software) caused the issue.

Impressum (Legal Info) | Datenschutzerklärung (Privacy Policy)   Content on this site is licensed under a Creative Commons Attribution Share Alike 3.0 license.