Description: Trying to open a Writer (.odt) or Word (.doc) document with a name containing Umlaute, e.g. a document "Bestätigung", does not work. Instead, a dialog window pops up, stating that the file "Best??tigung" does not exist. I guess the file name is read with some character encoding which doesn't know these characters, replaces them with "??" and obviously can't find such a file. I also noticed that trying to save a file with a name containing Umlaute in Writer will replace it with "?". Steps to Reproduce: 1. Create a Writer (.odt) or a Word (.doc) document. 2. Rename the file to contain some Umlaut (ä/ö/ü). 3. Try to open the file. Actual Results: A dialog window pops up stating that the file does not exist. Expected Results: The file should be opened. Reproducible: Always User Profile Reset: No Additional Info:
Hi Henri, I don't reproduce with LO 6.4.0.0.alpha0+ (x86) Build ID: 5ba84c3c7080d55d86b8b39db077b6da36cb700a CPU threads: 2; OS: Windows 6.1; UI render: default; VCL: win; Locale: fr-FR (fr_FR); UI-Language: en-US Calc: CL nor with LO 6.3.0.1 (x86) Build-ID: 41ac97386aba908b6db860cfb4cfe2da871886ae CPU-Threads: 2; BS: Windows 6.1; UI-Render: Standard; VCL: win; Gebietsschema: de-DE (fr_FR); UI-Language: de-DE Calc: CL Can you precise your OS, please. Thank you Jacques
My machine is running Arch Linux: Version: 6.2.5.2 Build ID: 6.2.5-1 CPU threads: 24; OS: Linux 4.19; UI render: default; VCL: kde5; Locale: en-US (en_DE.UTF-8); UI-Language: en-US Calc: threaded
On pc Debian x86-64 with master sources updated today, I don't reproduce this either with gtk3 or kde5 (kf5) renderings. I created a brand new odt file containing just "test" and named it test.odt. Then I renamed it to testä.odt, I launched Writer and could select + open it. I also used "Recent" part, no pb too. Would it be possible you attach the document? If yes, have in mind to remove anything confidential and/or private from it.
Thank you for the feedback. I set Status back to Unconfirmed Have a fine day, Jacques
(In reply to Julien Nabet from comment #3) > On pc Debian x86-64 with master sources updated today, I don't reproduce > this either with gtk3 or kde5 (kf5) renderings. > > I created a brand new odt file containing just "test" and named it test.odt. > Then I renamed it to testä.odt, I launched Writer and could select + open it. > > I also used "Recent" part, no pb too. > > Would it be possible you attach the document? If yes, have in mind to remove > anything confidential and/or private from it. I don't think attaching a document will help, as creating and renaming a file just like you did also triggers the bug on my machine.
Created attachment 153287 [details] An example file which can't be opened (on my machine)
Name file of the attachment displays when you click "Details": testü.odt It's also the name I got when I downloaded it. For the test, could you try this: SAL_USE_VCLPLUGIN=gen;soffice ? Just to be sure it's not due to related to kde5.
(In reply to Julien Nabet from comment #7) > Name file of the attachment displays when you click "Details": > testü.odt > It's also the name I got when I downloaded it. > > For the test, could you try this: > SAL_USE_VCLPLUGIN=gen;soffice > ? > Just to be sure it's not due to related to kde5. I ran it with SAL_USE_VCLPLUGIN=gen; now in the "Open File" dialog, the file also appears as "testü.odt", but still, it can't find the file.
Hello Henri, Out of curiosity, how does other apps in your system behave? What happens if you have a tëst.txt document and you try to open it with a text editor? Does it work ?
(In reply to Xisco Faulí from comment #9) > Hello Henri, > Out of curiosity, how does other apps in your system behave? What happens if > you have a tëst.txt document and you try to open it with a text editor? Does > it work ? Yes, trying to open a file called "täst.txt" with a text editor (I tested with Kate, Emacs and Vim) does work.
Hi, I cannot reproduce this using File->Open clicking on testü.odt clicking on open button Debian version 10.2 (buster) Version: 6.4.0.2 Build ID: 08d19fecdc7a2298d051e19cfdb7c35544855fc3 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: x11; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded Nor can I reproduce this on the stock debian buster LibreOffice: Version: 6.1.5.2 Build ID: 1:6.1.5-3+deb10u5 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: x11; Locale: en-US (en_US.UTF-8); Calc: group threaded FWIW, I am running xfce4, although there are a lot of gnome and KDE components installed. (I do see the umlaut in the initial bug report, but the name of the file attached to the report has a capital A, with a bar over it followed by 1/4 (1/4 as a single glyph).)
I also can't confirm with Version: 6.3.4.2 (x64) Build-ID: 60da17e045e08f1793c57c00ba83cdfce946d0aa CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE Calc: threaded Henri, have you ever tried to reset your Libreoffice profile (https://wiki.documentfoundation.org/UserProfile) and re-test? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present.
This sounds like the same issue as bug 130080, therefore closing as duplicate. Please reopen in case you can still reproduce once bug 130080 is fixed. *** This bug has been marked as a duplicate of bug 130080 ***