stevenmassaro / music-client Goto Github PK

try to catch a situation where someone is replacing a track with a completely unrelated track

on mouse-over, zoom in like in Amazon

it would be nice if the client showed which songs had not yet been synced and were not able to be played

the "failed to play" logic always assumes that you are moving forwards through the up next list, and needs to recognize that you might be traversing backwards through the up next list as well

Currently the track ID shows up in the file upload window, this isn't super useful to the user, the title, artist, album would be more useful.

Consider adding a tostring method to the Track object and use the same tostring representation that is used on the purge into dropdown

Go through the songs that have never had their artwork replaced and prompt the user to replace them. It would be nice to do a comparison between the current artwork and the new artwork.

tracks that are added from the main grid after there is already a queue should go to a separate list called the up next override

the solution here is probably to show a column that also shows device name in addition to other track metadata. it would also be nice to show the playdate of the song.

1. play a song all the way through
2. leave it in the up next list
3. rate that song in the main song list
4. get exception

Steps to reproduce:

Open up a historical plays list
Rate a song in that list
Note that the header goes away

the behavior of moving tracks and removing tracks is very broken

For example, searching "Id rather go blind" should match "I'd rather go blind"

the next song could be loaded in a music player but is hidden by css, and then when the current song ends, the next song immediately begins playing (and is already cached and ready)

this will decrease the overall load time of the song stream, because the server will be under less demand

Getting this exception when skipping songs too quickly