o

��h#�@s�dd
lm
Z

ddlZddlmZ
ddlmZ
ddlmZ
dg
Z	Gdd�de
�Zejs>Gd	d
�d
ej
ej�Zeej
e_dSdS)�)
�absolute_importN�
)
�encode_multipart_formdata)
�six)
�	urlencode�RequestMethodsc@sZeZ
dZd
Zhd�
Zddd�
Z				ddd�
Zdd	d
�
Zddd�
Z				dd
d�
Z	dS)ra�
    Convenience mixin for classes who implement a :meth:`urlopen` method, such
    as :class:`urllib3.HTTPConnectionPool` and
    :class:`urllib3.PoolManager`.

    Provides behavior for making common types of HTTP request methods and
    decides which type of request field encoding to use.

    Specifically,

    :meth:`.request_encode_url` is for sending requests whose fields are
    encoded in the URL (such as GET, HEAD, DELETE).

    :meth:`.request_encode_body` is for sending requests whose fields are
    encoded in the *body* of the request using multipart or www-form-urlencoded
    (such as for POST, PUT, PATCH).

    :meth:`.request` is for making any kind of request, it will look up the
    appropriate encoding format and use one of the above two methods to make
    the request.

    Initializer parameters:

    :param headers:
        Headers to include with all requests, unless other headers are given
        explicitly.
    >�GET�HEAD�DELETE�OPTIONSNcCs|
pi|_dS�
N)
�headers)�selfr
�r�F/usr/local/lib/python3.10/dist-packages/pip/_vendor/urllib3/request.py�__init__+s
zRequestMethods.__init__TcK�td
�
�
)NzMClasses extending RequestMethods must implement their own ``urlopen`` method.)
�NotImplementedError)r�method�url�bodyr
�encode_multipart�multipart_boundary�kwrrr�urlopen.s

�zRequestMethods.urlopencKsN|
��}
||d
<|
|j
vr|j|
|f||d�|�
�
S|j|
|f||d�|�
�
S)a�

        Make a request using :meth:`urlopen` with the appropriate encoding of
        ``fields`` based on the ``method`` used.

        This is a convenience method that requires the least amount of manual
        effort. It can be used in most situations, while still having the
        option to drop down to more specific methods when necessary, such as
        :meth:`request_encode_url`, :meth:`request_encode_body`,
        or even the lowest level :meth:`urlopen`.
        �request_url)�fieldsr
)�upper�_encode_url_methods�request_encode_url�request_encode_body)rrrrr
�
urlopen_kwrrr�request=s"


�
�
�
�
�
�zRequestMethods.requestcKsH|d
ur|j}d|i
}|�
|�

|r|dt|�
7}|j|
|fi|�
�
S)z�
        Make a request using :meth:`urlopen` with the ``fields`` encoded in
        the url. This is useful for request methods like GET, HEAD, DELETE, etc.
        Nr
�
?)r
�updaterr)rrrrr
r!�extra_kwrrrrUs



z!RequestMethods.request_encode_urlcKs�|d
ur|j}dii
}|r1d|vrt
d�
�
|r t||d�\}	}
nt|�
d}	}
|	|d<d|
i
|d<|d�|�

|�|�

|j|
|fi|�
�
S)a�
        Make a request using :meth:`urlopen` with the ``fields`` encoded in
        the body. This is useful for request methods like POST, PUT, PATCH, etc.

        When ``encode_multipart=True`` (default), then
        :func:`urllib3.encode_multipart_formdata` is used to encode
        the payload with the appropriate content type. Otherwise
        :func:`urllib.parse.urlencode` is used with the
        'application/x-www-form-urlencoded' content type.

        Multipart encoding must be used when posting files, and it's reasonably
        safe to use it in other times too. However, it may break request
        signing, such as with OAuth.

        Supports an optional ``fields`` parameter of key/value strings AND
        key/filetuple. A filetuple is a (filename, data, MIME type) tuple where
        the MIME type is optional. For example::

            fields = {
                'foo': 'bar',
                'fakefile': ('foofile.txt', 'contents of foofile'),
                'realfile': ('barfile.txt', open('realfile').read()),
                'typedfile': ('bazfile.bin', open('bazfile').read(),
                              'image/jpeg'),
                'nonamefile': 'contents of nonamefile field',
            }

        When uploading a file, providing a filename (the first parameter of the
        tuple) is optional but recommended to best mimic behavior of browsers.

        Note that if ``headers`` are supplied, the 'Content-Type' header will
        be overwritten because it depends on the dynamic random boundary string
        which is used to compose the body of the request. The random boundary
        string can be explicitly set with the ``multipart_boundary`` parameter.
        Nr
rzFrequest got values for both 'fields' and 'body', can only specify one.)
�boundaryz!application/x-www-form-urlencodedzContent-Type)r
�	TypeErrorrrr$r)rrrrr
rrr!r%r�content_typerrrr es(-



�

�
�


z"RequestMethods.request_encode_bodyr)NNTN)NN)
�__name__�
__module__�__qualname__�__doc__rrrr"rr rrrrrs 





�




�c@seZ
dZd
d�ZdS)�
RequestModulec
Or)z�
            If user tries to call this module directly urllib3 v2.x style raise an error to the user
            suggesting they may need urllib3 v2
            z�'module' object is not callable
urllib3.request() method is not supported in this release, upgrade to urllib3 v2 to use it
see https://urllib3.readthedocs.io/en/stable/v2-migration-guide.html)
r')r�args�kwargsrrr�__call__�s
�zRequestModule.__call__N)r)r*r+r0rrrrr-�s
r-)�
__future__r�sys�filepostr�packagesr�packages.six.moves.urllib.parser�__all__�objectr�PY2�modulesr)�	__class__r-rrrr�<module>
s

%
�