-
New Feature
-
Resolution: Unresolved
-
Normal
-
None
-
None
Currently, a user may be in the situation that they don't want to submit listens from Spotify (their account is already linked with LB and they don't want to create duplicates).
However the service that reads listens for Spotify users is a long loop over all the spotify users, and that creates a delay that is especially apparent from playing-now listens (that are supposed to show what you're listening to right now not 5-10 minutes ago).
I would very much like an option to be able to set up my LB mobile app to always send a playing-now listen for Spotify.
The two ways I see of doing that:
- add a single option to always send a playing-now listen that overrides the listening apps list settings
- allow to separately activate/deactivate regular listens and playing-now listens for each listening app in the list
They both have pros and cons; the first option is easiest but could mean sending listens that the user deactivated an app for (for example I don't necessarily want it to send the youtube videos I watch on my phone).
The other option allow for more control, but requires a more complicated UX/UI.
[MOBILE-164] Add an option to always submit a listening_now listen
IMO that does complicate what is currently a very simple UI (read dummy-proof), so I think it does need to be discussed.
In the listening apps list, should we add two toggles, one for submission and another for listening now? That should not be complicated and should solve the problem. The two toggles would be on by default so the UX would be simple and also end up giving more control to the users that need it.
For example, my Spotify in the apps list would have an off for submission but an on for listening now.
Sure, let's setup a discussion for this sometime soon