Summary: | Dolphin unable to read open copy move files with some unicode characters | ||
---|---|---|---|
Product: | [Applications] dolphin | Reporter: | Nathan Shearer <kde-20091112> |
Component: | general | Assignee: | Dolphin Bug Assignee <dolphin-bugs-null> |
Status: | RESOLVED NOT A BUG | ||
Severity: | crash | CC: | elvis.angelaccio, kde-20091112 |
Priority: | NOR | ||
Version: | 16.12.0 | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | unicodegenerator.sh |
Description
Nathan Shearer
2017-03-03 16:38:04 UTC
Can you tell exectly which unicode characters don't work for you? My browser cannot render the one in your example. Created attachment 104414 [details]
unicodegenerator.sh
I've attached a small shell script which will generate the first 256 unicode characters in a folder called files. I found that U+8A was the first of many that trigger this bug. The files exist on disk, but dolphin cannot interact with them.
This shell scripts generates filenames that have invalid UTF-8 representation. I switched the bug back to UNCONFIRMED (not sure if I should have set it to VERIFIED). The shell script does create files with invalid UTF-8 representations, and such files do actually exist out there. I've often downloaded zip files, extracted them via the right-click dolphin 7z menu, then been unable to rename/move/copy the resulting folder because one of the files in it has an invalid representation. Even though the file has an invalid UTF-8 string, it is still a valid filename and a real file on disk. Complain to Qt developers. I am not going through the discussion at bug 165044 again. I've reported this bug upstream at https://bugreports.qt.io/browse/QTBUG-59402 and referenced this bug along with bug 165044 and https://marc.info/?l=kde-core-devel&m=122025063320264&w=2 |