Version: 2.3.2 (using KDE 4.5.1) OS: Linux When importing files into the play list using the file browser, it appears the "album artist" tag supersedes the "artist" tag for the artist field of the play list. a file with the album artist tag "Various Artists" Reproducible: Always Steps to Reproduce: Add a file with, say,the album artist tag "Various Artists" and artist tag "Infected Mushroom" to the play list using the file browser. Actual Results: Song will be listed as having artist "Various Artists" in play list. Expected Results: Song should display the artist tag, i.e., "Infected Mushroom" for the artist. The exact same song if added to the collection and added through the collection browser will show the artist tag, not the album artist tag, as the artist field.
Created attachment 53680 [details] ID3 tags as displayed by iTunes
I see this exact same behavior, also in Amarok 2.3.2, KDE 4.5.1, on AMD64 version of Kubuntu Maverick. I'm attaching screenshots of ID3 tags as they appear in: 1) iTunes (Win XP 32) 2) Kid3 3) Amarok when source folder is NOT part of the collection, added to playlist by Amarok: Play Media or Playlist: Add Media 4) Amarok when source folder IS part of the collection, added to playlist by dragging from collection pane. I'm ignorant of how Amarok stores ID3 tags internally, but it appears that it can track / display only a single "artist" tag, which it sets to either "Artist" or "Album Artist" depending on how the track was added to the playlist. It would seem the best solution would be for Amarok to keep track of BOTH "Artist" and "Album Artist" (separately). Failing that, it should at least be consistent which one it tracks; "Artist" is probably more useful if the choice must be made. While searching for this bug, I also came across: https://bugs.kde.org/show_bug.cgi?id=249607 which appears similar.
Created attachment 53681 [details] ID3 tags as displayed by Kid3
Created attachment 53682 [details] ID3 tags displayed by Amarok when source folder is NOT part of the collection, added to playlist by Amarok: Play Media or Playlist: Add Media
Created attachment 53683 [details] ID3 tags displayed by Amarok when source folder IS part of the collection
Thank you for the feedback, setting to confirmed.
please just introduce a “album artist” filed in the tag-editing-window. i’d like to keep the ability to sort/group by album artist
(In reply to comment #7) > please just introduce a “album artist” filed in the tag-editing-window. > This is already implemented in the Editing Dialog for the upcoming 2.4
True, one can now edit both Artist and Album artist in Amarok. However the inconsistency between how tracks show up when added from the File browser vs. being added from the Collection browser still remains. For the same track, the File browser-added files seem stripped of all tags besides artist, track # and track name. No statistics, no covers, in the latest git version. I can provide screenshots if necessary.
Then it is a problem with the file browser, not with the playlist. Just to make this clear: this report is only for tracks in the collection that are added through the Files Browser, right?
Yes, in my test the *exact same track* appears different when added from the Collection browser and from the Files view. I can do a screenshot if this is necessary.
(In reply to comment #11) > Yes, in my test the *exact same track* appears different when added from the > Collection browser and from the Files view. I can do a screenshot if this is > necessary. I think it is just because nothing is read from the database when adding a track through the File Browser. What exactly does look different?
This seems like a good explanation, although I think it's wrong behavior - if a track is in the collection, the db should be consulted when loading it into the playlist. That said, in today's git, both seem the same! I even cleared the playlist and loaded a track from the File menu, and it had its rating and cover. I'm not sure what has changed in the last day which would affect this behavior? No matter what it was, now the behavior seems correct.
Closing as WORKSFORME then, feel free to reopen if you can reproduce this again with 2.4-git of the day.