[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#535702: marked as done (Faulty encoding/decoding of filenames)

Your message dated Sun, 25 Aug 2019 15:34:27 +0000
with message-id <E1i1uXD-000HxJ-7D@fasolo.debian.org>
and subject line Bug#935666: Removed package(s) from unstable
has caused the Debian Bug report #535702,
regarding Faulty encoding/decoding of filenames
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
535702: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=535702
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: dolphin
Version: 4:4.2.2-1

I have a disk mounted that uses a few ISO8859-1-encoded filenames while the 
rest of my system is using UTF-8. Dolphin fails to handle files that are not 
ASCII (the common subset) in such a setup.

Two cases happened to me:
1. I can't browse into a directory with umlauts. Dolphin displays the dir with 
a questionmark in place of the umlaut but doesn't allow you to click on it in 
order to browse into it.
2. I can't even rename the directory. Probably just a different aspect of the 
same problem, Dolphin complains that the file can't be found.

The weird part is that the file it claims it can't find has very little in 
common with the one on the disk.
Example: Mission_erfüllt.ogg is the file on disk, encoded with ISO8859-1 that 
makes it "Mission_erf\xfcllt.ogg". Now, when I try to rename the file, Dolphin 
claims it can't find "Mission_erf�llt.ogg", which would be 
"Mission_erf\xef\xbf\xbdllt.ogg". If I decode these three bytes according to 
UTF-8, they form the codepoint ufffd, which is a "replacement character"[1], 
probably inserted because the filename couldn't be decoded according to the 
current locale. What must be done is to preserve the bytewise representation 
of the filename. In order to display it, it can try to transcode it and do 
replacements there, but for accessing the name, e.g. for renaming, it must not 
use a filename resulting from this lossing encoding roundtrip.

Please don't suggest to me that I should fix my locale, mount the disk with a 
different encoding or similar things. Those are are good ideas (if it wasn't 
for pluggable media) but no excuses for Dolphin performing lossy roundtrip 
conversions on data it doesn't understand.

Uli



[1] Quoting from http://www.unicode.org/charts/PDF/UFFF0.pdf:
FFFD REPLACEMENT CHARACTER
     * used to replace an incoming character whose value
       is unknown or unrepresentable in Unicode

--- End Message ---
--- Begin Message --- 
Version: 4:4.14.38-4+rm

Dear submitter,

as the package kde4libs has just been removed from the Debian archive
unstable we hereby close the associated bug reports.  We are sorry
that we couldn't deal with your issue properly.

For details on the removal, please see https://bugs.debian.org/935666

The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.

This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmaster@ftp-master.debian.org.

Debian distribution maintenance software
pp.
Scott Kitterman (the ftpmaster behind the curtain)

--- End Message ---
Reply to: