1- Device authorization grant flow
1+ Part 6 - Device authorization grant flow
22====================================================
33
44Scenario
@@ -24,7 +24,7 @@ Fill the form as shown in the screenshot below, and before saving, take note of
2424Make sure the client type is set to "Public." There are cases where a confidential client makes sense,
2525but generally, it is assumed the device is unable to safely store the client secret.
2626
27- .. image :: _images/application-register-device-code.png
27+ .. image :: ../ _images/application-register-device-code.png
2828 :alt: Device Authorization application registration
2929
3030Ensure the setting ``OAUTH_DEVICE_VERIFICATION_URI `` is set to a URI you want to return in the
@@ -47,7 +47,7 @@ To initiate device authorization, send this request:
4747
4848 curl --location ' http://127.0.0.1:8000/o/device-authorization/' \
4949 --header ' Content-Type: application/x-www-form-urlencoded' \
50- --data-urlencode ' client_id={your application\ ' s client id}'
50+ --data-urlencode ' client_id={your application client id}'
5151
5252 The OAuth2 provider will return the following response:
5353
@@ -63,20 +63,18 @@ The OAuth2 provider will return the following response:
6363
6464 Go to `http://127.0.0.1:8000/o/device ` in your browser.
6565
66- .. image:: _images/device-enter-code-displayed.png
66+ .. image :: ../ _images/device-enter-code-displayed.png
6767
6868Enter the code, and it will redirect you to the device-confirm endpoint.
6969
7070Device-confirm endpoint
7171-----------------------
7272Device polling occurs concurrently while the user approves or denies the request.
7373
74- .. image:: _images/device-approve-deny.png
74+ .. image :: ../ _images/device-approve-deny.png
7575
7676Device polling
7777--------------
78- Note: You should already have the `/token` endpoint implemented in your authorization server before this.
79-
8078Send the following request (in the real world, the device makes this request):
8179
8280.. code-block :: sh
0 commit comments