Bugzilla – Bug 16277
8dot3 filenames in playlists create duplicate album entries
Last modified: 2012-01-14 05:36:12 UTC
To repro: 1. Scan a fully Unicode/utf8 tagged album that will create 8dot3 paths or filenames (see notes below) 2. Goto New Music in Web UI and see the new album 3. Create a playlist that includes a song from album with 8dot3 filename. 4. Rescan (fully, to be on the safe side) 5. Goto New Music Expected result: Album (with all its tracks) appears once Actual Result: Duplicate album entries, one with just the 8dot3 track and another one with all tracks. NOTES: * I can't tell for sure when the scanner decides to use 8dot3 path\filenames. My educated guess is: when the long path\filename contains (Unicode) chars not in the machine's locale codepage (e.g. long path\filename containing cp1251 chars when machine uses cp1253 - my case). * Playlist support for Unicode and local cp that used to be a disaster in 7.5 works (almost) fine now. Congratulations! ENVIRONMENT: Version: 7.6.0 - r30840 @ Mon May 31 02:09:24 PDT 2010 Hostname: Kaluza-Klein Server IP Address: 192.168.1.99 Server HTTP Port Number: 9000 Operating system: Windows XP - EN - cp1253 Platform Architecture: 586 Perl Version: 5.10.0 - MSWin32-x86-multi-thread Database Version: DBD::SQLite 1.29 (sqlite 3.6.22)
Unassigned bugs cannot have a priority.
The same or similar problem exists in 7.7.1 playlists are in a separate directory on a USB drive. When select an album to play by navigating through artist-album, any songs that are also in a playlist are duplicated in the album playback. However, if navigate to the album through my music-music folder- ... through the directory structure, no duplicates are there.