[Bug 83821] New: in mp3 files, id3 tags with non-ASCII characters are not displayed or saved to files correctly
MichaĆ Kosmulski
mkosmul at users.sourceforge.net
Tue Jun 22 18:26:00 BST 2004
------- 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.
More information about the kde-multimedia
mailing list