The requests() function takes a headers dict argument
(call-by-reference). This object is then modified in the function. For
instance the host is added and authentication information. Such behavior
is not expected. It is also problematic:
- Modifications of the header dictionary will be visible on the caller
site.
- When reusing the same (supposedly read-only) headers object for
differenct calls, the second call will apparently re-use wrong headers
from the previous call and may fail.
This patch should also fix#839. Unfortunately the copy operation does
not preserve the key order and we have to touch the existing test cases.
Signed-off-by: Richard Weickelt <richard@weickelt.de>
This changes almost all uses of "u-module" to just "module" for the
following built-in modules:
- binascii
- collections
- errno
- io
- json
- socket
- struct
- sys
- time
There are some remaining uses of "u-module" naming, for the cases where the
built-in module is extended in Python, eg `python-stdlib/os` uses `uos`.
Also, there are remaining uses of `utime` when non-standard (compared to
CPython) functions are used, like `utime.ticks_ms()`.
Signed-off-by: Damien George <damien@micropython.org>
This removes all the hard-coded request headers from the requests module so
they can be overridden by user provided headers dict. Furthermore allow
streaming request data without chunk encoding in those cases where content
length is known but it's not desirable to load the whole content into
memory. Also some servers (e.g. nginx) reject HTTP/1.0 requests with the
Transfer-Encoding header set.
The change should be backwards compatible as long as the user hasn't
provided any of the previously hard-coded headers.
Signed-off-by: Mirza Kapetanovic <mirza.kapetanovic@gmail.com>
Richard Weickelt