Created attachment 159128 [details] screenshot of Dolphin SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** When I tried to enter a long name folder containing Chinese character, Dolphin with terminal panel & zsh was unable to enter the folder. STEPS TO REPRODUCE 1. Current folder is /mnt/windata/BT_Download/ 2. clicking the sub-folder, the name is 推荐配置文件(首选!通透纯净适当锐化降噪,只需导入配置) 3. Terminal panel executes double cd action and the latter one is broken, showing error output, and this makes Dolphin think the folder does not exist. 4. Trying export LC_ALL=en_US.UTF-8 and I can successfully opened it, but the pwd prompt becomes a string of code OBSERVED RESULT terminal output: ➜ BT_Download cd /mnt/windata/BT_Download/推荐配置文件(首选!通透纯净适当锐化降噪,只需导入配置) ➜ 推荐配置文件(首选!通透纯净适当锐化降噪,只需导入配置) cd /mnt/windata/BT_Download/推荐配置文件(首选!通透纯净适当锐化降噪,只需� cd: 没有那个文件或目录: /mnt/windata/BT_Download/推荐配置文件(首选!通透纯净适当锐化降噪,只需� For Dolphin behavior, please take a look at the attached screenshot. EXPECTED RESULT Enter the folder and switch the current path of zsh to it normally too SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux (6.1.29-x64v3-xanmod1-1-lts) KDE Plasma Version: 5.27.5 KDE Frameworks Version: 5.106.0 Qt Version: 5.15.9 ADDITIONAL INFORMATION I am using zsh and oh-my-zsh, all the settings of them are default. When I changed the profile setting of Konsole and tried bash, the problem disappeared, so maybe there are some problems interacting with zsh.
Hi! I have a similar problem and it also occurs because of very long folders, not just because of Chinese characters.
(In reply to Zhora Zmeikin from comment #1) > Hi! I have a similar problem and it also occurs because of very long > folders, not just because of Chinese characters. Let me add, this problem only occurs when using oh-my-zsh. And it occurs even if no plugin is installed. When using the original zsh there are no such problems.
*** Bug 481042 has been marked as a duplicate of this bug. ***