URL escaping in paths is broken. #1
Labels
library issue
The libraries we use are old and have known defects. This is one of them manifesting itself.
standing
We know it's broken. We've looked into it, but we couldn't fix it or we didn't have the time.
We don't seem to be handling URL-escaping correctly. I got different results trying to access the subscribe URL without a password.
wget http://192.168.1.101/v0/subscribe
→ 401 Unauthorizedwget http://192.168.1.101/v%30/subscribe
→ 404 Not FoundThe two commands should have returned the same thing.
(reported by @oskirby)
The text was updated successfully, but these errors were encountered: