Summary: | Collection build does not include accented artists, albums or tracks | ||
---|---|---|---|
Product: | [Applications] amarok | Reporter: | Graham Murray <graham> |
Component: | general | Assignee: | Amarok Developers <amarok-bugs-dist> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | achmyr, joerg, mueller, tomascohen |
Priority: | NOR | ||
Version: | 1.3.3 | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Graham Murray
2005-10-10 22:35:19 UTC
Also using en_GB.UTF-8. amaroK reads the non-ascii directories, but if the filename contains something 'special', the track gets ignored. I have a non-ascii (japanese in utf8) directory name including both ascii only filenames and some filenames with japanese in UTF8. The japanese filenames get ignored on both "dcop amarok collection scanCollection" and "dcop amarok collection scanCollectionChanges". They are read on 1.3.2, and used to work on recent SVN revisions between 1.3.2 and 1.3.3. The ascii only filenames in the same directory get added to the collection without problems. "dcop amarok collection scanCollectionChanges" doesn't remove those filenames that are already on the collection, but doesn't add new ones. "dcop amarok collection scanCollection" removes all the 'offending' filenames (and thus the track, album, or the artist altogether) from the collection. This is quite fatal to me and my collection, so downgrading to 1.3.2... *** Bug 114314 has been marked as a duplicate of this bug. *** Dirk, could it be a regression from your patch? I can't remember anything else we've changed concerning Collection reading from 1.3.2 -> 1.3.3. SVN commit 470241 by mueller: make non-ascii work again CCMAIL: 114195-done@bugs.kde.org M +1 -1 collectionreader.cpp --- trunk/extragear/multimedia/amarok/src/collectionreader.cpp #470240:470241 @@ -275,7 +275,7 @@ incrementProgress(); - const QString path = it.current(); + const QString path = QFile::decodeName ( it.current() ); KURL url; url.setPath( path ); const QString ext = amaroK::extension( path ); const QString dir = amaroK::directory( path ); *** Bug 114509 has been marked as a duplicate of this bug. *** Well this is nice, i have same problem with suse 10.0 and can't find collectionreader.cpp there's an online update scheduled for suse. just install it. I am seeing the same problem with 1.3.4 which has the fix in #4 applied. My apologies, it looks like the problem I see with 1.3.4 and 1.3.5 is not this problem though the symptoms initially looked similar. 1.4-svn478977 - the same problem! I have a similar problem with 1.4.4. Files under directories with special characters are not being listed in collection, though it seems that they are being collected (by collection_scan.files file) |