[Bug 83821] New: in mp3 files, id3 tags with non-ASCII characters are not displayed or saved to files correctly

[Michał Kosmulski]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
      
http://bugs.kde.org/show_bug.cgi?id=83821      
           Summary: in mp3 files, id3 tags with non-ASCII characters are not
                    displayed or saved to files correctly
           Product: kfile-plugins
           Version: unspecified
          Platform: Slackware Packages
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: mp3
        AssignedTo: kde-multimedia kde org
        ReportedBy: mkosmul users sourceforge net


Version:            (using KDE KDE 3.2.3)
Installed from:    Slackware Packages

When an mp3 file has id3 tags containing non-ASCII characters (Polish accented letters in my case), these are not properly displayed in the file properties dialog or file tooltips (two byte garbage sequences are displayed in place of each non-ASCII character). When editing the tags in the properties dialog and pressing OK, some ASCII stuff is saved instead of the characters that were actually entered. My locale uses UTF-8 and XMMS as well as mpg321 and id3v2 and even id3tool display unicode characters correctly. KDE applications don't.

Interestingly, unicode characters in OGG Vorbis files are displayed correctly and can be edited in the properties dialog without any problems.

Please note that this is not a duplicate of bug 81400 - there the reporter claims that UTF-8 encoding is always used and that's what they don't like. In my case, I would like UTF-8 to be handled properly, which it seems to not be.

This bug affects not only kfile-plugin for mp3, but seems to affect all kde applications, including amarok and juk - the behavior (the string appearing in place of the correct one) is exactly the same.