Bug 1161816 - File dialog used in LibreOffice does not handle special characters
File dialog used in LibreOffice does not handle special characters
Status: RESOLVED FIXED
: 1162195 (view as bug list)
Classification: openSUSE
Product: openSUSE Tumbleweed
Classification: openSUSE
Component: LibreOffice
Current
All openSUSE Factory
: P5 - None : Normal (vote)
: ---
Assigned To: E-mail List
E-mail List
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2020-01-25 11:37 UTC by Michael Zapf
Modified: 2020-07-15 11:35 UTC (History)
3 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Zapf 2020-01-25 11:37:26 UTC
Since appr. Jan 6 2020, the file dialog in LibreOffice fails to open folders that contain special characters. The file dialog is not the LibreOffice-internal one but the one from Plasma, as used in many applications.

No changes have occured in LibreOffice in that time period, so it is likely that some change in Tumbleweed caused this issue. However, it must be stated that other applications do not have this problem. LibreOffice possibly fails to operate the dialog properly in a way that was acceptable before.

I created the following folders:

/home/michael/tmp/ça/
/home/michael/tmp/čeština/
/home/michael/tmp/déjà/
/home/michael/tmp/það/

Using strace at the current release state, I get the following output when I run LibreOffice. LibreOffice pops up a warning dialog stating that the selected folder does not exist.

openat(AT_FDCWD, "/home/michael/tmp/?a", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/home/michael/tmp/?e?tina", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/home/michael/tmp/d?j?", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/home/michael/tmp/?a?", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = -1 ENOENT (No such file or directory) 


When I roll back to a distribution state before Jan 6, this is output by strace, and the folders can be opened in LibreOffice.

openat(AT_FDCWD, "/home/michael/tmp/\303\247a", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = 32
openat(AT_FDCWD, "/home/michael/tmp/\304\215e\305\241tina", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = 32
openat(AT_FDCWD, "/home/michael/tmp/d\303\251j\303\240", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = 32
openat(AT_FDCWD, "/home/michael/tmp/\303\276a\303\260", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = 32

It seems as if the Unicode characters are not properly encoded in the current release state.

The issue occurs in LibreOffice 6.3.3.2.0 and in 6.4.0.
Comment 1 ray herman 2020-01-25 13:29:33 UTC
I can confirm this behaviour with folder names “anæsthesia” (British English) and “ “slàinte-mhath” (Scots Gaelic).


libreoffice-6.4.0.2-1.2.x86_64
Tumbleweed-20200121
Comment 2 Paul Tannington 2020-01-31 14:26:31 UTC
*** Bug 1162195 has been marked as a duplicate of this bug. ***
Comment 3 Wolfgang Bauer 2020-02-06 07:04:18 UTC
It's caused by /usr/bin/soffice setting LC_ALL="", which apparently triggers a bug in libicu (it seems to assume "US-ASCII" encoding instead of UTF-8 if LC_ALL is set but empty).
See bug#1162882 and https://bugs.documentfoundation.org/show_bug.cgi?id=130080 for details.

This has been fixed in LibreOffice upstream yesterday:
https://gerrit.libreoffice.org/plugins/gitiles/core/+diff/25649502e08a52087dea5e482d34a1d4150f0930^!

Btw, you can modify /usr/bin/soffice yourself locally if you don't want to wait for an update, it's a shell script. Just open it in a text editor (as root) and replace these lines:

# restore locale setting
LC_ALL="$LO_SAVE_LC_ALL"

with:

# restore locale setting, avoiding to export empty LC_ALL, s. tdf#130080
if [ -n "$LO_SAVE_LC_ALL" ]; then
    LC_ALL="$LO_SAVE_LC_ALL"
else
    unset LC_ALL
fi
Comment 4 Wolfgang Bauer 2020-02-06 16:01:14 UTC
I submitted the fix:
https://build.opensuse.org/request/show/770650
Comment 5 Wolfgang Bauer 2020-02-20 13:15:48 UTC
The fix is in Tumbleweed meanwhile.
Comment 8 Swamp Workflow Management 2020-03-30 19:16:29 UTC
SUSE-RU-2020:0814-1: An update that has three recommended fixes can now be installed.

Category: recommended (moderate)
Bug References: 1161816,1162152,1167223
CVE References: 
Sources used:
SUSE Linux Enterprise Workstation Extension 15-SP1 (src):    QR-Code-generator-1.5.0-1.3.2, libreoffice-6.4.2.2-8.16.6, myspell-dictionaries-20191219-3.15.1, xmlsec1-1.2.28-7.3.2
SUSE Linux Enterprise Module for Packagehub Subpackages 15-SP1 (src):    xmlsec1-1.2.28-7.3.2
SUSE Linux Enterprise Module for Open Buildservice Development Tools 15-SP1 (src):    boost-1.66.0-5.3.3, boost-base-1.66.0-5.3.1, libreoffice-6.4.2.2-8.16.6, myspell-dictionaries-20191219-3.15.1, xmlsec1-1.2.28-7.3.2
SUSE Linux Enterprise Module for Legacy Software 15-SP1 (src):    boost-1.66.0-5.3.3
SUSE Linux Enterprise Module for Basesystem 15-SP1 (src):    boost-1.66.0-5.3.3, boost-base-1.66.0-5.3.1, myspell-dictionaries-20191219-3.15.1, xmlsec1-1.2.28-7.3.2

NOTE: This line indicates an update has been released for the listed product(s). At times this might be only a partial fix. If you have questions please reach out to maintenance coordination.
Comment 9 Swamp Workflow Management 2020-04-05 10:13:01 UTC
openSUSE-RU-2020:0448-1: An update that has three recommended fixes can now be installed.

Category: recommended (moderate)
Bug References: 1161816,1162152,1167223
CVE References: 
Sources used:
openSUSE Leap 15.1 (src):    QR-Code-generator-1.5.0-lp151.2.1, boost-1.66.0-lp151.5.3.1, boost-base-1.66.0-lp151.5.3.1, libreoffice-6.4.2.2-lp151.3.12.3, myspell-dictionaries-20191219-lp151.2.9.1, xmlsec1-1.2.28-lp151.2.3.1
Comment 10 Swamp Workflow Management 2020-04-21 13:17:31 UTC
SUSE-RU-2020:1043-1: An update that has three recommended fixes can now be installed.

Category: recommended (moderate)
Bug References: 1161816,1162152,1167223
CVE References: 
Sources used:
SUSE OpenStack Cloud Crowbar 8 (src):    boost-1.54.0-26.9.1, xmlsec1-1.2.28-2.12.1
SUSE OpenStack Cloud 8 (src):    boost-1.54.0-26.9.1, xmlsec1-1.2.28-2.12.1
SUSE OpenStack Cloud 7 (src):    boost-1.54.0-26.9.1
SUSE Linux Enterprise Workstation Extension 12-SP5 (src):    QR-Code-generator-1.5.0-4.3.3, boost-1.54.0-26.9.1, libreoffice-6.4.2.2-43.62.3, myspell-dictionaries-20191219-16.24.1
SUSE Linux Enterprise Workstation Extension 12-SP4 (src):    QR-Code-generator-1.5.0-4.3.3, boost-1.54.0-26.9.1, libreoffice-6.4.2.2-43.62.3, myspell-dictionaries-20191219-16.24.1
SUSE Linux Enterprise Software Development Kit 12-SP5 (src):    boost-1.54.0-26.9.1, libreoffice-6.4.2.2-43.62.3, xmlsec1-1.2.28-2.12.1
SUSE Linux Enterprise Software Development Kit 12-SP4 (src):    boost-1.54.0-26.9.1, libreoffice-6.4.2.2-43.62.3, xmlsec1-1.2.28-2.12.1
SUSE Linux Enterprise Server for SAP 12-SP3 (src):    boost-1.54.0-26.9.1, xmlsec1-1.2.28-2.12.1
SUSE Linux Enterprise Server for SAP 12-SP2 (src):    boost-1.54.0-26.9.1
SUSE Linux Enterprise Server for SAP 12-SP1 (src):    boost-1.54.0-26.9.1
SUSE Linux Enterprise Server 12-SP5 (src):    boost-1.54.0-26.9.1, xmlsec1-1.2.28-2.12.1
SUSE Linux Enterprise Server 12-SP4 (src):    boost-1.54.0-26.9.1, xmlsec1-1.2.28-2.12.1
SUSE Linux Enterprise Server 12-SP3-LTSS (src):    boost-1.54.0-26.9.1, xmlsec1-1.2.28-2.12.1
SUSE Linux Enterprise Server 12-SP3-BCL (src):    boost-1.54.0-26.9.1, xmlsec1-1.2.28-2.12.1
SUSE Linux Enterprise Server 12-SP2-LTSS (src):    boost-1.54.0-26.9.1
SUSE Linux Enterprise Server 12-SP2-BCL (src):    boost-1.54.0-26.9.1
SUSE Linux Enterprise Server 12-SP1-LTSS (src):    boost-1.54.0-26.9.1
SUSE Enterprise Storage 5 (src):    boost-1.54.0-26.9.1, xmlsec1-1.2.28-2.12.1
HPE Helion Openstack 8 (src):    boost-1.54.0-26.9.1, xmlsec1-1.2.28-2.12.1

NOTE: This line indicates an update has been released for the listed product(s). At times this might be only a partial fix. If you have questions please reach out to maintenance coordination.