New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[CONTAINERART] Fix Container.Art property for artist directories #7877
Conversation
Shouldn't |
You are right, it should definitely work. |
ok I pushed a new commit with the suggested change. |
could you add some before/after screenshots of wwhat this is supposed to fix? tbh, i don't quite understand your problem report on the forum. |
Well I am not sure a screen shot will help here. The issue I have is that $INFO[Container.Art(artist.fanart)] will not return anything when looking at an artist path such as musicdb://artists/5 To me, it seems logical this property should return art for the current artist when looking at the artist page. This is the behavior I was expecting. |
I've not runtime tested this yet, but the actual changes are looking good to me. Could you please squash the commits to one? |
73af071
to
7ebc9c5
Compare
ok done. |
well, sometimes pictures say more than a thousand words :-) $INFO[Container.Art(artist.fanart)] is only supposed to work at album and song level, on artist level, there's no parent container. well, the root listing of the music library maybe.. |
The problem with $INFO[ListItem.Art(fanart)] is that it returns the fanart for the currently selected item, and:
Which means there is no way to consistently display fanart for the current artist in the artist view, which is a shame, and is solved by the proposed patch :-) |
Use a variable to fallback to Container.Art(artist.fanart) when ListItem.Art(fanart) is empty. |
i'd like to request those screenshots again, as i still don't get whether your problems are at artist level (the main list of all artists in your library) or at album level (the list of all albums by a certain artist). if this PR fixes stuff at album level, then that's accepted for sure. |
great, i remember that issue, it's been around for a long time. before we had the container.art() stuff, skinners could use the $INFO[Fanart.Image] infolabel for this purpose, but it broke at one point. that bug was probably carried over to the container.art() implementation. @mkortstiege ok to merge? |
Isn't this covered by using a variable as I posted above though? |
nope, that wouldnt solve it completely. A container property is correct for this case. |
nope, the problem is that Container.Art(artist.fanart) returns empty when you focus the parentdir (..) item. |
But that's the same for season and episode views, so can we get them fixed as well? |
it works fine on my end there. |
Of course it does, sorry. |
jenkins build this please |
+1 |
@pbureau thx! |
[CONTAINERART] Fix Container.Art property for artist directories
I think the only Container.Art() missing now is for movie sets. @HitcherUK could you confirm this? Container.Art(fanart) didnt seem to work for me in that case. |
Has it ever worked for sets? |
not yet afaik, but it should be added for consistency. |
#7914 takes care of that. |
thx for the merge, it certainly feels like an accomplishment :) By the way I noticed the second test should actually be an "else if"... I will correct this. |
As detailed in this thread:
http://forum.kodi.tv/showthread.php?tid=235413&pid=2087854#pid2087854
I believe there are some issues with the current Container.Art(artist.fanart) property implementation.
The proposed patch adds a new method called in CGUIWindowMusicBase::GetDirectory() to make the property functional for artists directories and fixes the GetAlbumId() return value test