Torstein Auensen

#!csharp #i "nuget:https://api.nuget.org/v3/index.json" #r "nuget:Microsoft.DotNet.Interactive.Kql,*-*"" #!kql #!connect kql --kernel-name test --cluster "https://help.kusto.windows.net" --database "Samples" #!kql #!kql-test print dynamic({'hello':123}) This prints out the following: print_0 null Should have been: print_0 {...

Trying to reproduce it, but no luck so far. There's not much interop-magic in that area so not any obvious places to start bug hunting. I'll try some more

Alright there's two options I think: 1: Save a reference to the playlists, so they'll live longer (since by default, the playlists are recreated every time you iterate the Playlists...

Mostly KISS. The playlist container will always be up to date too, since it will ask libspotify directly for the playlists every time. At first the internal cache was always...

Hows it going with this? What if you add the IPlaylist references to an array, and keep them around. That should stop them from being disposed.

All those tracks which have year 0 etc, are marked as being a local track as far as I can see. Exactly why this is I'm not sure. I'll check...

I'm sorry but I can't seem to figure it out. Either there's something blatant that I'm overlooking, or there's a bug/missing feature in libspotify that prevents the metadata to be...

For files that is marked as local and year is 0, you can browse the artist, and get the album etc that way. Not exactly ideal but it could work.

Do a Session.Search(artist,...) and try that way. Again, far from good but better than nothing