Skip to content

docs: add dcql-support doc and improve ovp support as per latest impl #2510

Open
KiruthikaJeyashankar wants to merge 4 commits into
inji:developfrom
tw-mosip:udpate-ovp-docs
Open

docs: add dcql-support doc and improve ovp support as per latest impl #2510
KiruthikaJeyashankar wants to merge 4 commits into
inji:developfrom
tw-mosip:udpate-ovp-docs

Conversation

@KiruthikaJeyashankar

@KiruthikaJeyashankar KiruthikaJeyashankar commented Jun 26, 2026

Copy link
Copy Markdown
Collaborator

Summary by CodeRabbit

  • Documentation
    • Removed an outdated OpenID4VP support guide.
    • Added updated OpenID4VP support documentation covering online sharing, request handling, supported formats, and holder binding details.
    • Added a new guide for DCQL support in OpenID4VP, including request structure, credential matching behavior, error handling, and platform-specific notes.

Signed-off-by: KiruthikaJeyashankar <kiruthikavjshankar@gmail.com>
Signed-off-by: KiruthikaJeyashankar <kiruthikavjshankar@gmail.com>
@coderabbitai

coderabbitai Bot commented Jun 26, 2026

Copy link
Copy Markdown

Review Change Stack

Warning

Review limit reached

@KiruthikaJeyashankar, you've reached your PR review limit, so we couldn't start this review.

Next review available in: 36 minutes

Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available.
You're only billed for reviews past your plan's rate limits ($0.25/file).

How can I continue?

After more reviews become available, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews.

How do review limits work?

CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability.

For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window.

Please refer docs for additional details.

Review details
⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Pro

Run ID: 5ee1d295-42f5-4894-9634-d1def1b77bfe

📥 Commits

Reviewing files that changed from the base of the PR and between 28ea7ac and 63f10a1.

📒 Files selected for processing (2)
  • docs/openid4vp/dcql-query-support.md
  • docs/openid4vp/openid4vp-support.md

Walkthrough

The PR removes the top-level OpenID4VP support doc, adds a reorganized OpenID4VP support page under docs/openid4vp/, and adds a new DCQL query support page. The new docs describe request handling, flow roles, holder binding, and DCQL processing.

Changes

OpenID4VP documentation updates

Layer / File(s) Summary
OpenID4VP support doc replacement
docs/openid4vp-support.md, docs/openid4vp/openid4vp-support.md
Replaces the top-level OpenID4VP support document with a nested page covering request fields, request-by-reference, client ID rules, supported formats, wallet/library roles, the presentation flow, and holder binding.
DCQL query support doc
docs/openid4vp/dcql-query-support.md
Adds the DCQL support page covering request structure, claim-path mapping, wallet/native-library processing, iOS JSON-LD expansion, disclosure handling differences, error cases, and references.

Estimated code review effort

🎯 2 (Simple) | ⏱️ ~10 minutes

Suggested reviewers

  • swatigoel

Poem

🐰 I hopped through docs by moonlit light,
One page grew bold, one page took flight.
DCQL and OpenID4VP now nest in place,
With request and holder-binding grace.
Thump-thump—carrots of knowledge taste just right!

🚥 Pre-merge checks | ✅ 4 | ❌ 1

❌ Failed checks (1 warning)

Check name Status Explanation Resolution
Description check ⚠️ Warning No pull request description was provided, so the required Description, issue ticket, and Screenshots sections are missing. Add the required template sections: Description, issue ticket number and link, and Screenshots, with a brief summary of the changes.
✅ Passed checks (4 passed)
Check name Status Explanation
Title check ✅ Passed The title is related to the change set and mentions both the new DCQL doc and OpenID4VP documentation updates.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
Linked Issues check ✅ Passed Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check ✅ Passed Check skipped because no linked issues were found for this pull request.
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@coderabbitai coderabbitai Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actionable comments posted: 1

🧹 Nitpick comments (5)
docs/openid4vp/dcql-query-support.md (3)

291-291: 📐 Maintainability & Code Quality | 🔵 Trivial | ⚡ Quick win

Fix grammar in DCQL SD-JWT description.

"due to DCQL having different in claim path matching" is grammatically incorrect. Should be "due to differences in claim path matching" or "due to DCQL's different claim path matching".

-   - **DCQL:** Uses `getDisclosuresForPath()` for comprehensive disclosure handling due to DCQL having different in claim path matching
+   - **DCQL:** Uses `getDisclosuresForPath()` for comprehensive disclosure handling due to differences in claim path matching
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@docs/openid4vp/dcql-query-support.md` at line 291, The DCQL SD-JWT
description has a grammar issue in the phrase used alongside
getDisclosuresForPath(); update the wording to use a correct form such as “due
to differences in claim path matching” or “due to DCQL’s different claim path
matching” while keeping the rest of the documentation unchanged.

145-145: 📐 Maintainability & Code Quality | 🔵 Trivial | 💤 Low value

Remove redundant separator.

The extra --- at line 145 creates an unnecessary visual break immediately following the previous section separator. This disrupts document flow.

- ---
-
-
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@docs/openid4vp/dcql-query-support.md` at line 145, The document has a
redundant horizontal separator immediately after the previous section break in
the OpenID4VP DCQL query support doc. Remove the extra separator in this section
so the flow stays continuous, and verify the nearby section boundary markup
remains correct around the affected markdown block.

286-286: 📐 Maintainability & Code Quality | 🔵 Trivial | ⚡ Quick win

Fix heading level for format subsection.

The #### ldp_vc (Linked Data Proof) heading at line 286 follows ## Format-Specific Processing in DCQL (h2). Per markdownlint MD001, this should be ### (h3) to maintain proper heading hierarchy without skipping levels.

- #### ldp_vc (Linked Data Proof)
+ ### ldp_vc (Linked Data Proof)
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@docs/openid4vp/dcql-query-support.md` at line 286, The heading for the linked
data proof format subsection is at the wrong hierarchy level, skipping from the
enclosing Format-Specific Processing in DCQL section; update the ldp_vc heading
to match a third-level subsection so it follows the existing section structure
correctly. Use the markdown heading for ldp_vc as the anchor and keep the
surrounding format subsections consistent with the same level.
docs/openid4vp/openid4vp-support.md (2)

31-31: 📐 Maintainability & Code Quality | 🔵 Trivial | ⚡ Quick win

Use uppercase GET for HTTP method consistency.

Line 31 uses lowercase "get" as the default value for request_uri_method, but line 25 correctly uses uppercase "POST". HTTP methods should be consistently uppercase per RFC 9110.

-    - request_uri_method (Optional | Default value : get)
+    - request_uri_method (Optional | Default value : GET)
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@docs/openid4vp/openid4vp-support.md` at line 31, The default value for
request_uri_method is inconsistent with HTTP method naming elsewhere in
openid4vp-support.md; update the documented default from lowercase get to
uppercase GET to match the existing POST usage and keep method names consistent.
Locate the request_uri_method entry in the OpenID4VP support documentation and
change only the default value text.

93-93: 📐 Maintainability & Code Quality | 🔵 Trivial | ⚡ Quick win

Fix heading level to comply with markdown structure.

The ##### Authorization Request Handling: heading jumps from h2 (## Implementation at line 79) to h5. Per markdownlint MD001, heading levels should only increment by one level at a time. This should be ### (h3) to maintain proper document outline structure.

- ##### Authorization Request Handling:
+ ### Authorization Request Handling
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

In `@docs/openid4vp/openid4vp-support.md` at line 93, The markdown heading for
Authorization Request Handling uses a level that skips the document outline from
the surrounding Implementation section. Update the heading in the
openid4vp-support document to use the next sequential level from the existing h2
“Implementation” heading, and keep the section title text unchanged so the
outline remains consistent and markdownlint MD001 is satisfied.
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.

Inline comments:
In `@docs/openid4vp/openid4vp-support.md`:
- Line 176: The SD-JWT VC documentation link in the OpenID4VP support doc uses
the wrong HTML anchor fragment, so update the existing reference to
draft-ietf-oauth-sd-jwt-vc-10 by replacing the invalid section-based fragment
with the standard Section 3.2.2.2 anchor used in IETF HTML docs. Keep the
surrounding text unchanged and fix the markdown link so it points to the correct
registered JWT claims section.

---

Nitpick comments:
In `@docs/openid4vp/dcql-query-support.md`:
- Line 291: The DCQL SD-JWT description has a grammar issue in the phrase used
alongside getDisclosuresForPath(); update the wording to use a correct form such
as “due to differences in claim path matching” or “due to DCQL’s different claim
path matching” while keeping the rest of the documentation unchanged.
- Line 145: The document has a redundant horizontal separator immediately after
the previous section break in the OpenID4VP DCQL query support doc. Remove the
extra separator in this section so the flow stays continuous, and verify the
nearby section boundary markup remains correct around the affected markdown
block.
- Line 286: The heading for the linked data proof format subsection is at the
wrong hierarchy level, skipping from the enclosing Format-Specific Processing in
DCQL section; update the ldp_vc heading to match a third-level subsection so it
follows the existing section structure correctly. Use the markdown heading for
ldp_vc as the anchor and keep the surrounding format subsections consistent with
the same level.

In `@docs/openid4vp/openid4vp-support.md`:
- Line 31: The default value for request_uri_method is inconsistent with HTTP
method naming elsewhere in openid4vp-support.md; update the documented default
from lowercase get to uppercase GET to match the existing POST usage and keep
method names consistent. Locate the request_uri_method entry in the OpenID4VP
support documentation and change only the default value text.
- Line 93: The markdown heading for Authorization Request Handling uses a level
that skips the document outline from the surrounding Implementation section.
Update the heading in the openid4vp-support document to use the next sequential
level from the existing h2 “Implementation” heading, and keep the section title
text unchanged so the outline remains consistent and markdownlint MD001 is
satisfied.
🪄 Autofix (Beta)

Fix all unresolved CodeRabbit comments on this PR:

  • Push a commit to this branch (recommended)
  • Create a new PR with the fixes

ℹ️ Review info
⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Pro

Run ID: 96ba0e01-164b-4b93-9953-ba795f4f7c40

📥 Commits

Reviewing files that changed from the base of the PR and between e4e5e2a and 28ea7ac.

📒 Files selected for processing (3)
  • docs/openid4vp-support.md
  • docs/openid4vp/dcql-query-support.md
  • docs/openid4vp/openid4vp-support.md
💤 Files with no reviewable changes (1)
  • docs/openid4vp-support.md

Comment thread docs/openid4vp/openid4vp-support.md
Signed-off-by: KiruthikaJeyashankar <kiruthikavjshankar@gmail.com>
Signed-off-by: KiruthikaJeyashankar <kiruthikavjshankar@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant