remove playlist.list (always prefer playlist.searchable) (same remark as for genre above)
Searching through the entire SW cache is very heavy on the small dev library. We'll see how it does on a bigger library.
TODO:
[x] add "offline" icon to PlaylistList
[x] add "filter by offline" to Search view
[x] use playlist.generate route for genre cache filtering because genre.get is never used at this time (meant for the Genre view, but not implemented yet)
[x] The above cannot be done unless we want to have an N+1 cache read which is horrible to performance. Maybe it's time to switch to genre.get (even if it's without the genre view)
[x] this PR showed that the cache isn't always clean => add auto-clean
[x] some media files have content-length of 0
[x] some trpc objects only contain {result: {data: {json: null}}}
[x] when we change the name of the endpoints, old endpoints aren't removed from cache
[x] Either block or enable all functionalities that require server when offline
[x] generate playlist by multi trait (Suggestion view, Edit overlay, TrackList long swipe)
[x] "add more" to current playlist (NowPlaying view)
Other things we might want to block (but would kinda work still with the "pending mutation" system)
https://github.com/Sheraff/soft-serve-tunes/issues/58
genre.list
intogenre.searchable
(will pollute client caches w/ deprecated entries)playlist.list
(always preferplaylist.searchable
) (same remark as for genre above)Searching through the entire SW cache is very heavy on the small dev library. We'll see how it does on a bigger library.
TODO:
PlaylistList
useplaylist.generate
route for genre cache filtering becausegenre.get
is never used at this time (meant for the Genre view, but not implemented yet)genre.get
(even if it's without the genre view){result: {data: {json: null}}}