Bug 137502 - FILEOPEN with a non-latin filename (I have tried Greek and Cyrillic) does lead to an error message or a defunct soffice.bin process
Summary: FILEOPEN with a non-latin filename (I have tried Greek and Cyrillic) does lea...
Status: RESOLVED NOTOURBUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
7.0.2.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-10-15 13:16 UTC by Nikos
Modified: 2020-11-17 09:23 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Video showing the problem (4.90 MB, video/mp4)
2020-11-16 10:45 UTC, Nikos
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Nikos 2020-10-15 13:16:21 UTC
Description:
Trying to open a file with a non-latin filename (I have tried Greek and Cyrillic) does lead to an error message or a defunct soffice.bin process. This is on LIbreoffice 7.0.2.2 (Flatpak!) running on Kubuntu 20.04. I have not noticed this with prior versions.
I have observed this with odt, xlsx and dox documents.




Steps to Reproduce:
1.give a file a name using non-latin characters. 
2.Doubleclick in the filmanager to open

Actual Results:
Either:
no feedback, no file opens
error message file xyz does not exist (whereby the actual non-latin characters are replaced by questionmarks)

Expected Results:
File opens


Reproducible: Always


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
Version: 7.0.2.2
Build ID: 8349ace3c3162073abd90d81fd06dcfb6b36b994
CPU threads: 12; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: el-GR (el_GR.UTF-8); UI: en-US
Flatpak
Calc: threaded
Comment 1 Nikos 2020-10-15 13:18:26 UTC
This happens no matter if the file is selected within libreoffice or in the OS filemanager.
Comment 2 Nikos 2020-11-03 12:52:26 UTC
I continue having this rather annoying problem on Libreoffice 7.0.3. could somebody be so kind and check if it can be replicated?
Comment 3 pavlog 2020-11-14 22:34:53 UTC
Thank you for reporting the bug. 
I can't reproduce it in 
Version: 7.0.3.1 (x64)
Build ID: d7547858d014d4cf69878db179d326fc3483e082
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL

with either ods, odt, docx, xlsx  files.

Please provide a clearer set of step-by-step instructions on how to reproduce the problem. 
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested information is provided.
Comment 4 Nikos 2020-11-16 10:37:19 UTC
I am quite sure, that this problem is OS specific and maybe even specific to the flatpak version. I would therefore appreciate it, if someone could try to replicate it with the flatpak linux version and/or at least on linux.

STEPS to reproduce.

1. go to the filemanager of your distribution. (In my case dolphin)
2. Double click on a file named with non-latin characters.
3. See libreoffice providing an error message

4. rename the file to latin characters
5. Open the file as expected.
Comment 5 Nikos 2020-11-16 10:45:19 UTC
Created attachment 167329 [details]
Video showing the problem
Comment 6 Buovjaga 2020-11-17 09:23:45 UTC
No problem for me with Dolphin, Greek filename and Arch Linux package. You can triple-check by trying with an appimage: https://libreoffice.soluzioniopen.com/

For Flatpak-specific issues, please use https://github.com/flathub/org.libreoffice.LibreOffice/issues

Tentatively closing this.

Arch Linux 64-bit
Version: 7.0.3.1
Build ID: 00(Build:1)
CPU threads: 8; OS: Linux 5.9; UI render: default; VCL: kf5
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
7.0.3-2
Calc: threaded