Bugzilla – Bug 6609
Wrong anchors delivered for albums where "artist" and "albumartist" are different
Last modified: 2009-07-31 10:15:52 UTC
If the "artist" and "albumartist" field are different, SC delivers erroneous anchors to the skin. This has the following effects: In the iPeng skin, which shows the anchors, there are additional anchors shown (as headings). In ALL skins clicking a link on the alphabet bar for an album that is BEHIND the erroneous anchor (e.g. W,X,Y,Z for "various") will get you to the erroneous anchor instead of the correct one. This mainly happens for "Various Artists", where it's a regular issue (can easily be reproduced by viewing a page containing "various artists" under iPeng) and so it's of little issue since there are typically few albums after that (W,X,Y,Z), it's more of an issue in localized versions where "Various Artists" show up in different places; in the German Version it's "D", for example. Possible workaround: deliver "artistsort" field with item or a "sort criterion" field or something so that a skin can determine whether the anchor is correct.
what is the chosen sort order? can you provide example urls and the screenshot showing the resulting page?
Can you please provide us with more information about this as kdf requested? I don't understand what exactly you're reporting.
Take an album, say "The Best of Jazz" by "Various Artists" (albumartist) and it features the Artists "Stan Get, Charlie Parker, ..." in the Album View, if you set "sort by" to "Artist" it will show up under "V" as in "Various Artists". However, since the album before may have had an "V" as in "Vanilla Sky" as Artist, so SC delivers an anchor (in the item.anchor) field, in this case an "S" as in "Stan Getz, Charlie Parker,...". The Result of this is twofold: In iPeng (which SHOWS the anchor) there will be an additional heading saying "S" between the other "V" Albums. In ALL skins, the anchor "S" is set as a link target. This seldom causes any trouble in the english versin since you tend to have few Artists after "V". However, if you set the language to German, "Various Artists" show up under "D" (Diverse Interpreten). Now, if you've got a long list that you view and you get, for example, all D, E and F artists on one screen, you are supposed to be alble to go to the first Album in the list of "E"-Artists, say "Eminem" by clicking the "E" on the alphabet bar. However, if your "Diverse Interpreten" List contains, say "E.T.A Hoffmann, Goethe,..." it will jump to that one instead, even though it is in the middle of the "D" list. This does NOT only happen with "Various Artists" but wherever the "Artist Tag" and the Band Tag are set to different values, e.g. I have a record that has "Absolute Beginner" in the Artist Tag and "Beginner" in the Band Tag so it shows up with an anchor of "B" in the List of A Artists and causes the problems mentioned above. Of course it especially hurts in iPeng ;-) Obviously, the sorting mechanism and the mechanism generating the anchors use different source tables. A solution would be to use the same table, a workaround could be to deliver the artistsort (I don't think this only happen with artist, btw.) field with the item or itemobj attributes so the skin can determine what the right anchor should be.
If you want to see an explanatory example, open an album view with "various artists" using the iPeng skin, it will explain what I mean....
> If you want to see an explanatory example, open an album view with "various > artists" using the iPeng skin, it will explain what I mean.... Could you please send me an iPhone or iPod Touch to test this with? Thanks!
:) Works well on safari on a mac, these days. You said you have a MacBook...
Was worth a try ;-). Will see what I can find.
If you say that in German they'd show up under "Diverse Interpreten", did you tag the files with this value? Various Artists should _not_ be in their sort order, but as the first item in the list. I have my "Diverse Interpreten" at the very top, not under D
No, THAT is the case if you browse Artists, NOT if you browse by Album and set the sort oder to "sorted by" Artist.
Created attachment 2670 [details] Album View with an example of an Album with a different "Artist" and "Band" tag
Created attachment 2671 [details] The tags (as seen in the default skin) for the "wrong" album in the last example
Created attachment 2672 [details] A screenshot of the "Diverse Interpreten" Section in Album view All of these Albums are for some reason or another tagged as "various artists". As you can see, they appear unordered thus most of them are delivered with the item.anchor attribute.
Isn't this the same issue as seen in bug 4633?
Can't be fixed in 7.0
Yep, looks like this is the same as 4633. The title was different and I didn't read all 6500 bugs ;-) BTW, did I get this right, that you DISABLED the alphabet bar for ALL cases in which this bug occurs? Does this mean, I have NO ALPHABET BAR for album view sorted By artist in recent builds? I think that would be a VERY bad idea, breaking the whole functionality just because one page is broken...
Ok, I'll close this as duplicate of bug 4633. > BTW, did I get this right, that you DISABLED the alphabet bar for ALL cases in > which this bug occurs? I'm not sure I got them all. But at least for the one case we were discussing I did so as a temporary workaround. > Does this mean, I have NO ALPHABET BAR for album view > sorted By artist in recent builds? Please give it a try. As a rule of thumb you should always try the very latest revisions before reporting bugs. It happened bugs were fixed before they were reported ;-) > I think that would be a VERY bad idea, > breaking the whole functionality just because one page is broken... It was broken before. But as we don't have the time for the real fix in 7.0 I prefer having a stripped down, but correct workaround over a broken implementation. *** This bug has been marked as a duplicate of 4633 ***
Reduce number of active targets for SC