From 78cfc8da1615a56131ac83e6ced512767d537d77 Mon Sep 17 00:00:00 2001 From: Olivier Amblet Date: Thu, 5 Oct 2023 10:11:39 +0200 Subject: [PATCH] fix: typos and spelling different from codespell dictionary. --- docs/oauth2/grants/custom_grant.rst | 2 +- docs/oauth2/server.rst | 2 +- oauthlib/oauth1/rfc5849/errors.py | 2 +- oauthlib/oauth1/rfc5849/request_validator.py | 6 +++--- 4 files changed, 6 insertions(+), 6 deletions(-) diff --git a/docs/oauth2/grants/custom_grant.rst b/docs/oauth2/grants/custom_grant.rst index c639420b..dd568a5b 100644 --- a/docs/oauth2/grants/custom_grant.rst +++ b/docs/oauth2/grants/custom_grant.rst @@ -47,7 +47,7 @@ This example shows how to add a simple extension to the `Token endpoint`: * creation of a new class ``MyCustomGrant``, and implement ``create_token_response``. * do basics and custom request validations, then call a custom method - of `Request Validator` to extend the interface for the implementor. + of `Request Validator` to extend the interface for the implementer. * instantiate the new grant, and bind it with an existing ``Server``. .. code-block:: python diff --git a/docs/oauth2/server.rst b/docs/oauth2/server.rst index 922189bf..83a707be 100644 --- a/docs/oauth2/server.rst +++ b/docs/oauth2/server.rst @@ -48,7 +48,7 @@ User (or Resource Owner) ^^^^^^^^^^^^^^^^^^^^^^^^ The user of your site which resources might be accessed by clients upon -authorization from the user. In our example we will re-use the User +authorization from the user. In our example we will reuse the User model provided in django.contrib.auth.models. How the user authenticates is orthogonal from OAuth and may be any way you prefer:: diff --git a/oauthlib/oauth1/rfc5849/errors.py b/oauthlib/oauth1/rfc5849/errors.py index 8774d407..c66c649d 100644 --- a/oauthlib/oauth1/rfc5849/errors.py +++ b/oauthlib/oauth1/rfc5849/errors.py @@ -2,7 +2,7 @@ oauthlib.oauth1.rfc5849.errors ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -Error used both by OAuth 1 clients and provicers to represent the spec +Error used both by OAuth 1 clients and providers to represent the spec defined error responses for all four core grant types. """ from oauthlib.common import add_params_to_uri, urlencode diff --git a/oauthlib/oauth1/rfc5849/request_validator.py b/oauthlib/oauth1/rfc5849/request_validator.py index e937aabf..f54064e0 100644 --- a/oauthlib/oauth1/rfc5849/request_validator.py +++ b/oauthlib/oauth1/rfc5849/request_validator.py @@ -472,7 +472,7 @@ def validate_client_key(self, client_key, request): Note that if the dummy client is supplied it should validate in same or nearly the same amount of time as a valid one. - Ensure latency inducing tasks are mimiced even for dummy clients. + Ensure latency inducing tasks are mimicked even for dummy clients. For example, use:: from your_datastore import Client @@ -510,7 +510,7 @@ def validate_request_token(self, client_key, token, request): Note that if the dummy request_token is supplied it should validate in the same nearly the same amount of time as a valid one. - Ensure latency inducing tasks are mimiced even for dummy clients. + Ensure latency inducing tasks are mimicked even for dummy clients. For example, use:: from your_datastore import RequestToken @@ -545,7 +545,7 @@ def validate_access_token(self, client_key, token, request): Note that if the dummy access token is supplied it should validate in the same or nearly the same amount of time as a valid one. - Ensure latency inducing tasks are mimiced even for dummy clients. + Ensure latency inducing tasks are mimicked even for dummy clients. For example, use:: from your_datastore import AccessToken