From 9d475543b93ee096db5daf12d12e54527a852e78 Mon Sep 17 00:00:00 2001
From: ID Bot <idbot@example.com>
Date: Mon, 11 Nov 2024 15:00:22 +0000
Subject: [PATCH] Script updating gh-pages from 6d265e7. [ci skip]

---
 ...draft-demarco-oauth-status-assertions.html |  6 +++---
 .../draft-demarco-oauth-status-assertions.txt | 20 +++++++++----------
 2 files changed, 13 insertions(+), 13 deletions(-)

diff --git a/editorials-and-terms/draft-demarco-oauth-status-assertions.html b/editorials-and-terms/draft-demarco-oauth-status-assertions.html
index f7e6ec0..f1d68e2 100644
--- a/editorials-and-terms/draft-demarco-oauth-status-assertions.html
+++ b/editorials-and-terms/draft-demarco-oauth-status-assertions.html
@@ -1342,7 +1342,7 @@ <h2 id="name-introduction">
 format. Status Assertions function
 similarly to OCSP Stapling (<span>[<a href="#RFC6066" class="cite xref">RFC6066</a>]</span>), allowing Holders
 to present to the relying parties
-time-stamped assertions provided by the credential issuer.
+time-stamped assertions provided by the Issuer.
 The approach outlined in this specification enables the
 verification of credentials against revocation without
 direct queries to third-party systems,
@@ -1350,7 +1350,7 @@ <h2 id="name-introduction">
 faciliting offline verification.<a href="#section-1-1" class="pilcrow">¶</a></p>
 <p id="section-1-2">The figure below illustrates the process by which a Holder,
 such as a wallet instance,
-requests and obtains a Status Assertion from the issuer.<a href="#section-1-2" class="pilcrow">¶</a></p>
+requests and obtains a Status Assertion from the Issuer.<a href="#section-1-2" class="pilcrow">¶</a></p>
 <div class="alignLeft art-ascii-art art-text artwork" id="section-1-3">
 <pre>
 +----------------+                              +------------------+
@@ -1375,7 +1375,7 @@ <h2 id="name-introduction">
 </pre><a href="#section-1-6" class="pilcrow">¶</a>
 </div>
 <p id="section-1-7"><strong>Figure 2</strong>: Status Assertion Presentation Flow.<a href="#section-1-7" class="pilcrow">¶</a></p>
-<p id="section-1-8">In summary, the credential issuer provides the holder with a
+<p id="section-1-8">In summary, the Issuer provides the Holder with a
 Status Assertion, which is linked to a Digital Credential. This enables
 the Holder to present both the Digital Credential and its
 Status Assertion to a Credential Verifier as proof of the Digital Credential's
diff --git a/editorials-and-terms/draft-demarco-oauth-status-assertions.txt b/editorials-and-terms/draft-demarco-oauth-status-assertions.txt
index 22090cd..1beab7c 100644
--- a/editorials-and-terms/draft-demarco-oauth-status-assertions.txt
+++ b/editorials-and-terms/draft-demarco-oauth-status-assertions.txt
@@ -117,14 +117,14 @@ Table of Contents
    JSON Web Tokens (JWT) or CBOR Web Tokens (CWT) format.  Status
    Assertions function similarly to OCSP Stapling ([RFC6066]), allowing
    Holders to present to the relying parties time-stamped assertions
-   provided by the credential issuer.  The approach outlined in this
-   specification enables the verification of credentials against
-   revocation without direct queries to third-party systems, enhancing
-   privacy, reducing latency, and faciliting offline verification.
+   provided by the Issuer.  The approach outlined in this specification
+   enables the verification of credentials against revocation without
+   direct queries to third-party systems, enhancing privacy, reducing
+   latency, and faciliting offline verification.
 
    The figure below illustrates the process by which a Holder, such as a
    wallet instance, requests and obtains a Status Assertion from the
-   issuer.
+   Issuer.
 
    +----------------+                              +------------------+
    |                | Requests Status Assertions   |                  |
@@ -147,11 +147,11 @@ Table of Contents
 
    *Figure 2*: Status Assertion Presentation Flow.
 
-   In summary, the credential issuer provides the holder with a Status
-   Assertion, which is linked to a Digital Credential.  This enables the
-   Holder to present both the Digital Credential and its Status
-   Assertion to a Credential Verifier as proof of the Digital
-   Credential's validity status.
+   In summary, the Issuer provides the Holder with a Status Assertion,
+   which is linked to a Digital Credential.  This enables the Holder to
+   present both the Digital Credential and its Status Assertion to a
+   Credential Verifier as proof of the Digital Credential's validity
+   status.
 
 2.  Conventions and Definitions