delta/python-packages/pyjwt.git/docs/usage.rst, branch bionic

Require tweak (#280)

2020-05-14T14:50:39+00:00

* Use require options as a list, instead of booleans

Deprecate the use of the boolean options

* Add test for the new require option

* Add documentation on how to use the require option

Co-authored-by: Pau Ruiz i Safont

Document top-level .encode and .decode to close #459 (#482)

2020-04-26T23:52:22+00:00

Co-authored-by: José Padilla

Improve documentation for audience usage (#484)

2020-04-26T23:50:43+00:00

* Add code example for `aud` being an array

The previous code example only showed the `aud` claim as a single
case-sensitive string, despite the documentation mentioning that the
`aud` claim can be an array of case-sensitive strings

Add a code block demonstrating the `aud` claim being an array of
case-sensitive strings to make it more clear to the user that it is a
permitted use of the `aud` claim

* Add example of the `audience` param as an iterable

Demonstrate to users reading the documentation that the `audience`
parameter is not restricted to the `string` type, but can also accept an
iterable, as implemented in PR#306

https://github.com/jpadilla/pyjwt/pull/306

* Fix short title underlines

Short title underlines throw warnings in reStructuredText linters

Update usage.rst (#360)

2018-07-19T13:34:01+00:00

Small typo fix

Added section to usage docs for jwt.get_unverified_header() (#350)

2018-05-19T12:29:18+00:00

Add missing close quote. (#327)

2018-01-23T15:24:25+00:00

docs: Add example of encoding and decoding tokens with RSA (#313)

2017-11-28T15:36:37+00:00

* docs: Add example of encoding and decoding tokens with RSA

Some users have complained that the docs don't make it very clear that
the private key / public key need to be a byte string. This change makes
that clearer by adding an example to usage.rst.

* flake8: Fix a couple of linting errors due to a new version of flake8-import-order

Add 'algorithms=[]' kwargs to jwt.decode() examples

2017-07-28T15:37:53+00:00

Added because of this commit: 11f30c4050a11b6398d38f505578c9dabeba6c78

Non-numeric 'iat' now raises InvalidIssuedAtError on decode()

2017-04-17T13:34:12+00:00

Stop rejecting tokens with future 'iat' values

2017-04-17T13:34:04+00:00

RFC 7519 does not specify or even suggest this type of validation on the
'iat' claim and it has caused issues for several consumers of PyJWT.

This change removes the validation on future 'iat' values and leaves
such things up to the application developer to implement.

Fixes #190.