MPlayer does not escape symbols in rtsp URLs (possible bug)
Hello. Let's have an rtsp stream: rtsp://nice.site.com/file The stream requires username and password so the cmd line becomes: mplayer rtsp://username:password@nice.site.com/file Now if the password includes the "@" symbol ("pass@word") the cmd line becomes: mplayer rtsp://username:pass@word@nice.site.com/file Bue that causes error due to the fact that the password is parsed as "pass" and not "pass@word". Apart from that, there is a "could not resolve" error as the "nice.site.com" is mislooked as "word@nice.site.com". Escaping the first "@" with "%40" or "\@" doesn't work either. Regards.
On Fri, Mar 04, 2005 at 12:53:26PM +0200, marlon@freemail.gr wrote:
Hello.
Let's have an rtsp stream: rtsp://nice.site.com/file
The stream requires username and password so the cmd line becomes:
mplayer rtsp://username:password@nice.site.com/file
Now if the password includes the "@" symbol ("pass@word") the cmd line becomes:
mplayer rtsp://username:pass@word@nice.site.com/file
Bue that causes error due to the fact that the password is parsed as "pass" and not "pass@word". Apart from that, there is a "could not resolve" error as the "nice.site.com" is mislooked as "word@nice.site.com".
Escaping the first "@" with "%40" or "\@" doesn't work either.
Regards.
IMO the solution is to look for the last @ before the first /, instead of the first @. Escaping should not be necessary here. Rich
On Fri, 4 Mar 2005 10:40:35 -0500, D Richard Felker III <dalias@aerifal.cx> wrote:
IMO the solution is to look for the last @ before the first /, instead of the first @. Escaping should not be necessary here.
Well, it would be great to see a patch that fixes that incorporated into mplayer. Regards.
On Friday 04 March 2005 17:40, D Richard Felker III wrote:
IMO the solution is to look for the last @ before the first /, instead of the first @. Escaping should not be necessary here.
Then there are the smartasses who want usernames with @ in them.... (I kid you not)
On Fri, Mar 04, 2005 at 09:32:42PM +0200, Jan Knutar wrote:
On Friday 04 March 2005 17:40, D Richard Felker III wrote:
IMO the solution is to look for the last @ before the first /, instead of the first @. Escaping should not be necessary here.
Then there are the smartasses who want usernames with @ in them.... (I kid you not)
Umm, I really doubt this is valid.. :) Rich
On Sunday 06 March 2005 08:19, D Richard Felker III wrote:
Then there are the smartasses who want usernames with @ in them.... (I kid you not)
Umm, I really doubt this is valid.. :)
Valid or not, there are loads of people who have user accounts in the form of user@domain@server... (for example myhappyjoyjoyusername@myjoyfuldomain@mywebhostofchoice) It's awful, yes. It breaks almost everything, yes. Just don't know what to do about these people... They probably want passwords with @ in them too.... :(
participants (3)
-
D Richard Felker III -
Jan Knutar -
marlon＠freemail.gr