You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We recently merged --type channel and --type user. I think we should go even further and simply remove the --type setting.
It means we currently have either --type channel or --type playlist. This --type parameter is however mostly useless because the ID we are passing are unique, we cannot confuse a playlist with a channel or a user or a handle.
It looks like it is often complex for the user to properly set this setting.
I think we could hence simply drop this --type setting and try to guess which type of --id has been passed, we could always consider the ID passed with --id can be a channel, a user, a handle or a playlist, and test the 4 possibilities in a row.
This would help save lots of headaches to our users and it takes very little time to test the 4 possibilities in a row.
For backward compatibility reasons, the --type parameter should be kept until next major, but should simply be ignored,
I didn't check how easy this is to implement (we have maybe special flow when --type playlist is used).
The text was updated successfully, but these errors were encountered:
We recently merged
--type channel
and--type user
. I think we should go even further and simply remove the--type
setting.It means we currently have either
--type channel
or--type playlist
. This--type
parameter is however mostly useless because the ID we are passing are unique, we cannot confuse a playlist with a channel or a user or a handle.It looks like it is often complex for the user to properly set this setting.
I think we could hence simply drop this
--type
setting and try to guess which type of--id
has been passed, we could always consider the ID passed with--id
can be a channel, a user, a handle or a playlist, and test the 4 possibilities in a row.This would help save lots of headaches to our users and it takes very little time to test the 4 possibilities in a row.
For backward compatibility reasons, the
--type
parameter should be kept until next major, but should simply be ignored,I didn't check how easy this is to implement (we have maybe special flow when
--type playlist
is used).The text was updated successfully, but these errors were encountered: