Bug 145828 - Incorrect character conversions transferring files to audio player
Summary: Incorrect character conversions transferring files to audio player
Status: RESOLVED DUPLICATE of bug 149125
Alias: None
Product: amarok
Classification: Applications
Component: Collections/Media Devices (show other bugs)
Version: 1.4.5
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: Amarok Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-05-23 00:20 UTC by kde
Modified: 2008-06-16 13:24 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description kde 2007-05-23 00:20:38 UTC
Version:           1.4.5 (using KDE KDE 3.5.5)
Installed from:    Gentoo Packages
OS:                Linux

Amarok seems to handle file name conversions badly when transferring files to a generic audio player. In particular, umlauts are converted to their German 2-character equivalents by the cleanPath function in app.cpp.

These conversions are not a universal way of converting such characters. Replacement of characters such as ä->ae and ö->oe is specific to the German language, but the characters are used in other languages as well. In Finnish and Estonian, for example, ae and oe are diphthongs with their own meanings. There's a short discussion on the matter at http://en.wikipedia.org/wiki/Umlaut_%28diacritic%29. (I believe if the file name conversion is absolutely necessary, ä/å->a and ö->o would be more desirable, at least in Finnish. However, this is probably something that should be handled by proper character set conversion libraries instead of ad-hoc replacement tables in app.cpp.)

Moreover, it seems that the cleanPath conversion is used in cases where it's not actually needed. My player (iPod running Rockbox) uses VFAT and has no problem using extended character sets, yet Amarok automatically sanitizes the filenames anyway!
Comment 1 Myriam Schweingruber 2008-06-16 13:24:01 UTC

*** This bug has been marked as a duplicate of 149125 ***