| Summary: | kde-frameworks/kio based application (e.g. kde-apps/dolphin) cannot open file with non-ascii name when LC_ALL is not set | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Stefan Radermacher <gentoo> |
| Component: | Current packages | Assignee: | Gentoo KDE team <kde> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | dirk, jstein, sam |
| Priority: | Normal | Keywords: | UPSTREAM |
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| See Also: |
https://bugs.gentoo.org/show_bug.cgi?id=679674 https://bugs.kde.org/show_bug.cgi?id=432406 https://bugreports.qt.io/browse/QTBUG-57522 https://bugs.gentoo.org/show_bug.cgi?id=768966 |
||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Stefan Radermacher
2021-01-14 12:44:57 UTC
Not reproducible on any of my systems. That makes me think you have a local(e) configuration issue. Andreas, did you recompile packages after updatint icu? I had to recompile about a dozen packages, including dev-qt/qtcore, which maybe why this only affects KDE applications. Here's my locale listing: LANG=de_DE.utf8 LC_CTYPE="de_DE.utf8" LC_NUMERIC="de_DE.utf8" LC_TIME="de_DE.utf8" LC_COLLATE="de_DE.utf8" LC_MONETARY="de_DE.utf8" LC_MESSAGES=en_US.utf8 LC_PAPER="de_DE.utf8" LC_NAME="de_DE.utf8" LC_ADDRESS="de_DE.utf8" LC_TELEPHONE="de_DE.utf8" LC_MEASUREMENT="de_DE.utf8" LC_IDENTIFICATION="de_DE.utf8" LC_ALL= And "locale -a": C C.utf8 de_DE de_DE@euro de_DE.iso88591 de_DE.iso885915@euro de_DE.utf8 en_US en_US.iso88591 en_US.utf8 POSIX (In reply to Stefan Radermacher from comment #2) > Andreas, did you recompile packages after updatint icu? I had to recompile > about a dozen packages, including dev-qt/qtcore, which maybe why this only > affects KDE applications. Everyone has had automatic rebuilds of ICU revdeps by design, ~arch users have had multiple version bumps of the main kde-*/ package categories since ICU 68.1/68.2 arrived (in October/December) - I'm sure we would have got more reports by now. On what file system is that happening? > On what file system is that happening?
I'm using ext4.
Did all the needed rebuilds occur? No failures interrupting? (In reply to Sam James from comment #5) > Did all the needed rebuilds occur? No failures interrupting? In fact, dev-qt/qtwebengine failed to compile, but calling "ebuild ... compile qmerge" manually after that finished the job. This also occurred when I downgraded to 67.1 again, thus I figured it might be unrelated. Can't reproduce that either.
cp -av Downloads/hl-1400-sm.pdf über/Üml€Ätß.pdf
'Downloads/hl-1400-sm.pdf' -> 'über/Üml€Ätß.pdf'
joerg@jlgentoo ~ $ okular über/Üml€Ätß.pdf
joerg@jlgentoo ~ $
Works also in dolphin.
=================================================================
Package Settings
=================================================================
dev-libs/icu-68.2::gentoo was built with the following:
USE="-debug -doc -examples -static-libs" ABI_X86="32 (64) (-x32)"
CXXFLAGS="-march=native -mtune=native -O2 -pipe -std=c++14"
locale
LANG=de_DE.UTF-8
LC_CTYPE="de_DE.UTF-8"
LC_NUMERIC="de_DE.UTF-8"
LC_TIME="de_DE.UTF-8"
LC_COLLATE="de_DE.UTF-8"
LC_MONETARY="de_DE.UTF-8"
LC_MESSAGES="de_DE.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=
kde on live ebuilds
Adding possibly related upstream bug. https://invent.kde.org/frameworks/kio/commit/423bea37e4bb06b9c04a62a9a91b720ec5d5e3d5 https://invent.kde.org/frameworks/kio/commit/0a13e0a3e830be2b2b2e5c2c6cf8cef25bd68bd8 The upstream MR was merged. Stefan, please try if you can reproduce the problem after applying both patches. https://invent.kde.org/frameworks/kio/-/commit/0a13e0a3e830be2b2b2e5c2c6cf8cef25bd68bd8.patch https://invent.kde.org/frameworks/kio/-/commit/423bea37e4bb06b9c04a62a9a91b720ec5d5e3d5.patch (the patches are supposed to be applied to kde-frameworks/kio) (In reply to Andreas Sturmlechner from comment #9) > The upstream MR was merged. Stefan, please try if you can reproduce the > problem after applying both patches. > > https://invent.kde.org/frameworks/kio/-/commit/ > 0a13e0a3e830be2b2b2e5c2c6cf8cef25bd68bd8.patch > https://invent.kde.org/frameworks/kio/-/commit/ > 423bea37e4bb06b9c04a62a9a91b720ec5d5e3d5.patch I'll check it out and report later (In reply to Andreas Sturmlechner from comment #9) > The upstream MR was merged. Stefan, please try if you can reproduce the > problem after applying both patches. > > https://invent.kde.org/frameworks/kio/-/commit/ > 0a13e0a3e830be2b2b2e5c2c6cf8cef25bd68bd8.patch > https://invent.kde.org/frameworks/kio/-/commit/ > 423bea37e4bb06b9c04a62a9a91b720ec5d5e3d5.patch Hello Andreas, I have applied the patches to kde-frameworks/kio and updated to icu-68.2 again. Dolphin can now open files from within directories that contain Umlauts. However, Konsole does not handle the Umlauts correctly: in a file listing, for example an Umlaut shows up as two "unknown character" symbols, and when I type an Umlaut I get a question mark. My locale settings are still as above. Thanks for checking back. With kde-apps/konsole it could be a similar issue but in a different place, so please search for an existing bug upstream, if none exist open a new one. If it works with LC_ALL set then it is definitely of the same nature and you could reference back to the linked upstream bug so devs already involved in the current fix can have a look. Setting LC_ALL does not change the Umlaut display in Konsole. Interestingly, kde-apps/yakuake, which is also a KDE console application gets it right. It seems the fix to issue https://bugs.gentoo.org/show_bug.cgi?id=679674 triggers hidden UTF8 bugs in other applications: I met this issue, as well as an issue with the owncloud client, which is a pure qt application. I've noticed that net-misc/nextcloud-client also fails to recognize directories with non-ascii characters. The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=76fbe81975afdff600e155569bca6a5b522c915b commit 76fbe81975afdff600e155569bca6a5b522c915b Author: Andreas Sturmlechner <asturm@gentoo.org> AuthorDate: 2021-02-12 21:47:18 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2021-02-12 21:48:29 +0000 kde-frameworks/kio: Fix default codec being set to US-ASCII in apps KDE-Bug: https://bugs.kde.org/show_bug.cgi?id=432406 Reported-by: Stefan Radermacher <gentoo@zaister.de> Closes: https://bugs.gentoo.org/765430 Package-Manager: Portage-3.0.14, Repoman-3.0.2 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org> ...io-5.77.0-fix-default-codec-not-usascii-1.patch | 36 ++++++++ ...io-5.77.0-fix-default-codec-not-usascii-2.patch | 100 +++++++++++++++++++++ kde-frameworks/kio/kio-5.77.0-r2.ebuild | 100 +++++++++++++++++++++ kde-frameworks/kio/kio-5.78.0-r2.ebuild | 100 +++++++++++++++++++++ 4 files changed, 336 insertions(+) (In reply to emerald from comment #15) > I met this issue ... with the owncloud client, which is a pure qt application. (In reply to Stefan Radermacher from comment #16) > I've noticed that net-misc/nextcloud-client also fails to recognize > directories with non-ascii characters. Please file separate bugs for your issues against these packages, link back to bug 679674 in "See Also" field, and also make reference to the solution found in KIO upstream. |
