[kdf] [Bug 360813] New: kdf - NTFS disk labels: correct UTF-16 (but N/V!) + encoding mismatch (UTF-8, displayed as ISO-8859-1)

Jens via KDE Bugzilla bugzilla_noreply at kde.org
Mon Mar 21 13:56:38 GMT 2016


https://bugs.kde.org/show_bug.cgi?id=360813

            Bug ID: 360813
           Summary: kdf - NTFS disk labels: correct UTF-16 (but N/V!) +
                    encoding mismatch (UTF-8, displayed as ISO-8859-1)
           Product: kdf
           Version: v0.15
          Platform: Kubuntu Packages
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
          Assignee: unassigned-bugs at kde.org
          Reporter: i.m.jens at gmx.de

Hello,

I have a little encoding problem with kdf:
First of all my NTFS partitions are twice listed: as well as type "fuseblk" as
type "ntfs-3g". For type "fuseblk" labels are correctly encoded with UTF-16 but
no values are listed. On the other hand values are correct  displayed for type
"fusblk", but partition labels are converted to UTF-8 but displayed as
ISO-8859-1. So they are quite difficult to read (I'm using characters beyond
#255).
e.g.: 
fuseblk "/media/.../Video·5.04âAnime_Series #1 ã64kã"
ntfs-3g "/media/.../Video·5.04│Anime_Series #1 〔64k〕"
actual label "Video·5.04│Anime/Series #1 〔64k〕" (I understand the issue with
the forward slash so I don't care about that)

I need to mention that I'm quite new to Linux/Kubuntu so excuse me for might
questioning "easy-to-solve" problems ;-)
If this might be a problem of fuseblk and/or ntfs-3g, may be you could hand
this report over to the according places?!? (Sorry again, I still haven't
understood yet who is responsible for what in (K)Ubuntu.)

Thank you,

Jens

Reproducible: Always

Steps to Reproduce:
1. open kfd 
2.
3.

Actual Results:  
(see above)

Expected Results:  
NTFS partition labels should be listed with correct encoding (UTF-16/Unicode)
AND values.
Double listing should be avoided.

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the Unassigned-bugs mailing list