-
-
Notifications
You must be signed in to change notification settings - Fork 167
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comma not being encoded in GET request params #210
Comments
If you navigate to https://api-fxtrade.oanda.com/v1/prices?instruments=EUR_USD,USD_JPY in Google Chrome it doesn't encode comma either. So I'd assume that you should tell fxtrade guys to fix their server :) |
Still, it looks like yarl should have a way to preserve original encoding. |
Parsing query values from URL string is a different task from setting a query value via an API call. At the moment, Here's a demo of the problem: In [120]: url1 = yarl.URL('https://google.com/search').with_query({'q': 'سلام'})
In [121]: url1_str = str(url1)
In [122]: url1_str
Out[122]: 'https://google.com/search?q=%D8%B3%D9%84%D8%A7%D9%85'
In [123]: url2 = yarl.URL('https://example.com/something').with_query({'p': url1_str})
In [124]: url2.query['p']
Out[124]: 'https://google.com/search?q=سلام'
In [125]: url2.query['p'] == url1_str
Out[125]: False Looks like a similar problem exist also for getting a query value, vs dumping it into URL string. Right now I'm working on adding tests for these and fixing them with methods to set and get query values without over-encoding/over-decoding. Since changing the behavior of the current methods would be breaking the API, need to do this via couple of new methods. |
Add test for the problem we're trying to solve in encoding and decoding query values. (aio-libsGH-210) Also drop FIXME for the case of `a` vs `a=` in query string, as we don't have plans to differentiate beetween them for the time being.
Add test for the problem we're trying to solve in encoding and decoding query values. (aio-libsGH-210) Also drop FIXME for the case of `a` vs `a=` in query string, as we don't have plans to differentiate beetween them for the time being.
Add test for the problem we're trying to solve in encoding and decoding query values. (aio-libsGH-210) Also drop FIXME for the case of `a` vs `a=` in query string, as we don't have plans to differentiate beetween them for the time being.
The comma is a valid sub-delim which don't have to be encoded in query part. You may want PCT-encode even allowed character though. |
I am trying use
aiohttp
to send a GET request to the following URL:https://api-fxtrade.oanda.com/v1/prices?instruments=EUR_USD%2CUSD_JPY
. However, I keep getting errors saying my request has a malformed query string:Replacing
params
with{'instruments': 'EUR_USD%2CUSD_JPY'}
doesn't work either. (It seems the URL-encoded string is decoded and never encoded again).However, the equivalent code in
requests
works just fine:The workaround I found was to not use
params
at all (as mentioned in aiohttp docs):Should this be thought as a bug or is this expected behavior?
Related: psf/requests#794 (comment)
The text was updated successfully, but these errors were encountered: