Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Roar]

A problem exists with SmartLists that refer to other SmartLists.

If you create a SmartList (let's call it ListA), and then create another SmartList (let's call it ListB) that refers to ListA - either by including or excluding entries from ListA - nothing useful is accomplished; if you for example include ListA in ListB, ListB is empty which is clearly wrong.

I'm not sure exactly when this problem was introduced, but probably later than MC 10.0.129.

- Roar

[Matt]

A problem exists with SmartLists that refer to other SmartLists.

If you create a SmartList (let's call it ListA), and then create another SmartList (let's call it ListB) that refers to ListA - either by including or excluding entries from ListA - nothing useful is accomplished; if you for example include ListA in ListB, ListB is empty which is clearly wrong.

I'm not sure exactly when this problem was introduced, but probably later than MC 10.0.129.

- Roar

I can't reproduce.  Please give an exact example.

[Roar]

A problem exists with SmartLists that refer to other SmartLists.

If you create a SmartList (let's call it ListA), and then create another SmartList (let's call it ListB) that refers to ListA - either by including or excluding entries from ListA - nothing useful is accomplished; if you for example include ListA in ListB, ListB is empty which is clearly wrong.

I'm not sure exactly when this problem was introduced, but probably later than MC 10.0.129.

- Roar

I can't reproduce.  Please give an exact example.

Create a Smartlist ListRock with one rule: [Genre]=[Rock]
The Smartlist should not be created in a Playlist Group for this example, but the problem is not specific to Smartlists created as a "root" playlist.
This Smartlist contains all track of the Rock genre, just as it should.

Create a Smartlist AlsoRock with one rule, like this:
Select Add Rule => Playlist... from the advanced search drop-down menu.
Select the ListRock playlist and make sure that Do what with the selections is set to Include. Pres [OK] twice.

The Smartlist AlsoRock now exists and should contain the exact same tracks as the ListRock Smartlist; instead it is empty! The visible search criteria is "Playlist:" but if you click on this, it correctly shows the selection of the ListRock playlist. A closer inspection using Copy and Paste shows that this corresponds to the rule "playlistid==111561197" (this would of course be another ID for you).

If the search criteria for AlsoRock is changed to [Playlist]=[ListRock] , the AlsoRock Smartlist will contain the exact same tracks as ListRock, just as it should (provided that the ListRock Smartlist wasn't created within a Playlist Group).

This problem is of a newer date. I have existing Smartlists referring to other Smartlists, that have worked since MC 8 and have now stopped working. I'm almost postive that this problem did not exist in MC 10.0.129.

IanG refers to another Smartlist problem, but as far as I can tell there is little or no connection between the two problems - the problem I'm experiencing doesn't go away by including a normal (non-Smart) Playlist in the search criteria.

- Roar

[Roar]

The Smartlist problem was definitely introduced between MC 10.0.138 and 10.0.139!

I just re-installed MC 10.0.137 and the problem went away. Then I upgraded to 10.0.138 and the Smarlists still worked the way they should. Finally I upgraded to 10.0.139 again, and the problem came back!

The problem seems related to playlistid= search criteria, but not to [Playlist]= search criteria.

- Roar

[Matt]

Fixed next build.  Sorry for any inconvenience.

[Roar]

After installing MC 10.0.140 the problem is solved as promised.

Thanks!

- Roar