I think it is because the long tube addresses have the ? in the middle it throws it off
Try

youtube-dl "https://www.youtube.com/watch?v=M8vpuW34HcI"

fungal_net wroteI think it is because the long tube addresses have the ? in the middle it throws it off
Try

youtube-dl "https://www.youtube.com/watch?v=M8vpuW34HcI"

Thank you for the reply. And your right that putting double quote around the address string works. But with or without quote, the string will work in Artix Linux.

youtube-dl comes from community, an arch repository, so there can't be a difference between the two. I am not sure whether the command line is affected by the shell you use, artix uses bash as default, obarun uses zsh. Youtube produces a short link for videos too https://youtu.be/M8vpuW34HcI if you compare it with the above you figure out how to do it for every link and this doesn't require quotes. Up to the word watch is a valid link, from ? onwards is a term that can't be transferred to youtube-dl. In this case I think it is bash that is limited not zsh even though it appears as an inconvenience.

this is an 8s video try it: youtube-dl https://youtu.be/sAn7baRbhx4

fungal_net wroteyoutube-dl comes from community, an arch repository, so there can't be a difference between the two. I am not sure whether the command line is affected by the shell you use, artix uses bash as default, obarun uses zsh. Youtube produces a short link for videos too https://youtu.be/M8vpuW34HcI if you compare it with the above you figure out how to do it for every link and this doesn't require quotes. Up to the word watch is a valid link, from ? onwards is a term that can't be transferred to youtube-dl. In this case I think it is bash that is limited not zsh even though it appears as an inconvenience.

this is an 8s video try it: youtube-dl https://youtu.be/sAn7baRbhx4

Totally agree that the issue seems to stem from differences in string parsing between bash and zsh...
Thank you very much.