Skip to content

Conversation

@wso2-engineering-bot
Copy link

@wso2-engineering-bot wso2-engineering-bot commented Dec 2, 2025

This PR was automatically generated by Claude AI.

Changes Made

Added Content

  1. Invite a user to set password: Detailed step-by-step instructions for administrators to invite users to set their passwords during onboarding
  2. Resend password setup invitation: Two methods for resending invitations:
    • Via Console: User-friendly steps through the WSO2 Identity Server Console
    • Via API: Complete API documentation with request/response examples
  3. User experience flow: Comprehensive end-user experience documentation covering:
    • Setup password using email link method
    • Setup password using OTP method (with two options)
    • Success confirmations and next steps

Technical Details

  • Modified the shared includes file: en/includes/guides/account-configurations/user-onboarding/invite-user-to-set-password.md
  • Added host_name template variables to version-specific files for API examples
  • Applied to versions: 7.0.0, 7.1.0, 7.2.0, and next (7.2.0-alpha)

Affected Versions

All versions with the invite user to set password feature:

  • WSO2 Identity Server 7.0.0
  • WSO2 Identity Server 7.1.0
  • WSO2 Identity Server 7.2.0
  • WSO2 Identity Server next (7.2.0-alpha)

Style Compliance

  • All newly added content follows Microsoft Style Guide standards
  • Active voice and present tense used throughout
  • Sentence case for all headings
  • Consistent formatting for UI elements, code, and API examples
  • Clear, concise language appropriate for technical documentation

Verification

  • Build Status: mkdocs build --strict completed successfully
  • Validation: All new sections render correctly in the generated HTML
  • Content Review: Documentation structure matches the referenced self-registration documentation style

References

  • Original issue noted that the documentation only covered configuration but lacked testing instructions
  • Followed the structure and completeness of the self-registration documentation as suggested in the issue

Summary by CodeRabbit

  • Documentation
    • Enhanced user onboarding guides with comprehensive workflow for inviting users to set passwords.
    • Added detailed resend invitation instructions with multiple delivery options.
    • Expanded user experience flow documentation covering invitation methods with step-by-step guidance.
    • Added API request examples and response samples.

✏️ Tip: You can customize this high-level summary in your review settings.

…feature for all affected versions (product-is#25317)

- Added detailed step-by-step instructions for inviting users to set passwords
- Included admin-triggered resend invitation functionality (via console and API)
- Added complete user experience flow for both email link and OTP methods
- Enhanced documentation to match the comprehensive structure of self-registration docs
- Applied changes to versions 7.0.0, 7.1.0, 7.2.0, and next (7.2.0-alpha)
- All new content follows Microsoft Style Guide

🤖 Generated with Claude Code

Co-Authored-By: Claude <[email protected]>
@CLAassistant
Copy link

CLA assistant check
Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.


wso2-engineering-bot seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.
You have signed the CLA already but the status is still pending? Let us recheck it.

@coderabbitai
Copy link

coderabbitai bot commented Dec 2, 2025

Walkthrough

Documentation files for Identity Server versions 7.0.0, 7.1.0, 7.2.0, and next have been updated with template variable definitions for host configuration. The shared include file for user onboarding has been comprehensively rewritten with detailed tutorial content, API examples, and user experience workflows.

Changes

Cohort / File(s) Summary
Version-specific template variables
en/identity-server/7.0.0/docs/guides/account-configurations/user-onboarding/invite-user-to-set-password.md, en/identity-server/7.1.0/docs/guides/account-configurations/user-onboarding/invite-user-to-set-password.md, en/identity-server/7.2.0/docs/guides/account-configurations/user-onboarding/invite-user-to-set-password.md, en/identity-server/next/docs/guides/account-configurations/user-onboarding/invite-user-to-set-password.md
Added front-matter template variable definitions: host_name and host_name_example both set to "localhost:9443" to parameterize host configuration across version documentation.
Shared include file rewrite
en/includes/guides/account-configurations/user-onboarding/invite-user-to-set-password.md
Comprehensive rewrite of "Try out Invite user to set password" section from minimal placeholder steps into detailed multi-part tutorial. Added "Invite a user to set password" workflow with concrete API request examples, new "Resend password setup invitation" section with console and API options, and complete "User experience flow" covering email link and OTP invitation methods with step-by-step user actions, expiry details, and activation notifications.

Estimated code review effort

🎯 3 (Moderate) | ⏱️ ~20 minutes

  • Focus areas:
    • The shared include file (invite-user-to-set-password.md) requires careful verification that all API examples are accurate, sample requests match product specifications, and the multi-part user experience flow is complete and logically sequenced
    • Verify template variable usage across version-specific files is correct and consistently applied
    • Ensure conditional API instructions based on product name are properly documented

Suggested reviewers

  • himeshsiriwardana
  • pavinduLakshan

Poem

🐰 Template variables dance, invitations take flight,
localhost:9443 shines so bright,
API flows mapped, user journeys complete,
Documentation reborn, the guide is neat! ✨

Pre-merge checks and finishing touches

❌ Failed checks (1 warning)
Check name Status Explanation Resolution
Description check ⚠️ Warning The PR description provides detailed context, purpose, and scope, but the required template sections (Purpose, Related PRs, Test environment, Security checks) are not followed. Structure the description to match the required template: add explicit Purpose section with issue links, Related PRs section, Test environment details, and Security checks checklist.
✅ Passed checks (2 passed)
Check name Status Explanation
Title check ✅ Passed The PR title accurately summarizes the main change: adding comprehensive testing documentation for the invite user to set password feature across all affected versions, with a specific reference to the related issue.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.
✨ Finishing touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Post copyable unit tests in a comment
  • Commit unit tests in branch fixing-product-is-issue-25317-1764655882

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 and usage tips.

Copy link

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

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

Actionable comments posted: 0

🧹 Nitpick comments (1)
en/includes/guides/account-configurations/user-onboarding/invite-user-to-set-password.md (1)

83-105: Minor wording improvement suggested: "Try out" section heading.

Line 83 reads "## Try out invite user to set password" which is grammatically awkward. Consider revising to one of these alternatives:

  • "## Test the feature"
  • "## Hands-on guide"
  • "## Password setup workflows"
  • "## End-to-end user onboarding"

This is a minor refinement to improve readability and align with documentation style conventions.

📜 Review details

Configuration used: CodeRabbit UI

Review profile: CHILL

Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between cbc99ae and 0c06c39.

📒 Files selected for processing (5)
  • en/identity-server/7.0.0/docs/guides/account-configurations/user-onboarding/invite-user-to-set-password.md (1 hunks)
  • en/identity-server/7.1.0/docs/guides/account-configurations/user-onboarding/invite-user-to-set-password.md (1 hunks)
  • en/identity-server/7.2.0/docs/guides/account-configurations/user-onboarding/invite-user-to-set-password.md (1 hunks)
  • en/identity-server/next/docs/guides/account-configurations/user-onboarding/invite-user-to-set-password.md (1 hunks)
  • en/includes/guides/account-configurations/user-onboarding/invite-user-to-set-password.md (1 hunks)
🔇 Additional comments (9)
en/identity-server/next/docs/guides/account-configurations/user-onboarding/invite-user-to-set-password.md (1)

5-7: Consistent with other versioned files.

The template variable definitions and include path follow the same pattern as the 7.0.0, 7.1.0, and 7.2.0 files. The search exclusion front matter is appropriate for preview documentation. Concerns about host_name values apply equally to this file (see review of en/identity-server/7.0.0/...).

en/identity-server/7.2.0/docs/guides/account-configurations/user-onboarding/invite-user-to-set-password.md (1)

5-7: Consistent pattern across version files.

Follows the same template variable and include structure as other versioned documentation files. See host_name verification request in the 7.0.0 file review.

en/identity-server/7.1.0/docs/guides/account-configurations/user-onboarding/invite-user-to-set-password.md (1)

1-3: Consistent with other version files.

Follows the standard template variable definition pattern. Host_name verification applies here as well (see 7.0.0 review).

en/includes/guides/account-configurations/user-onboarding/invite-user-to-set-password.md (5)

130-130: Verify the API endpoint link is accurate and current.

Line 130 references the API documentation path: {{base_path}}/apis/use-the-self-sign-up-rest-apis/#tag/Self-Register/paths/~1resend-code/post.

Confirm that:

  1. This path exists in the published API documentation
  2. The endpoint is named/tagged consistently across all versions (7.0.0, 7.1.0, 7.2.0)
  3. The fragment identifier #tag/Self-Register/paths/~1resend-code/post is correct

9-9: Verify version comparison logic for string-based version checking.

Lines 9 and 38 use the Jinja2 conditional is_version > "7.1.0" for version-based content switching. Verify that:

  1. The is_version variable is properly injected into the Jinja2 context by the MkDocs build system
  2. Version string comparison works as expected (e.g., "7.2.0" > "7.1.0" and "7.1.0-alpha" handling)
  3. The comparison logic correctly gates content for older versions (7.0.0, 7.1.0 vs. 7.2.0, next)

If version strings use non-numeric suffixes (e.g., "-alpha", "-beta"), consider using explicit version lists instead of comparison operators to avoid string-ordering edge cases.

Also applies to: 38-38


139-139: Verify template variable scope and availability in included files.

Lines 139 and 158 reference {{ host_name }} and {{ host_name_example }}, which are defined in the parent version-specific files (lines 1-2 of each version file).

Confirm that:

  1. MkDocs/Jinja2 correctly propagates these variables from the parent template to the included file
  2. Variables are accessible in the context when the include directive is processed
  3. All version files (7.0.0, 7.1.0, 7.2.0, next) correctly define these variables before the include statement

If variable scope is not guaranteed, consider defining these variables at the top of the shared include file itself, or use environment-specific substitution at build time.

Also applies to: 158-158


133-177: API examples use template variables appropriately.

The curl request examples at lines 133–177 correctly parameterize the hostname using {{ host_name }} and {{ host_name_example }} with distinct tabs for "Request format" and "Sample request". This is good practice for showing both the template pattern and a concrete example.

Ensure that the response format (HTTP 201 Created at line 177) is accurate for the Resend Code API endpoint.


182-241: Comprehensive user experience documentation is well-structured.

The "User experience flow" section (lines 182–241) provides clear, step-by-step guidance for both email-link and OTP-based password setup, including:

  • Initial invitation receipt
  • Browser/email interactions
  • Password entry and confirmation
  • Success confirmations
  • Account activation notifications
  • End-user login capability

The two OTP options ("Using the password recovery endpoint" vs. "Using basic authentication") are clearly differentiated. The final note about expiry, account lock behavior, and error recovery is helpful.

en/identity-server/7.0.0/docs/guides/account-configurations/user-onboarding/invite-user-to-set-password.md (1)

1-3: No action required. WSO2 Identity Server 7.0.0 uses port 9443 as its default HTTPS management port, confirming the host_name and host_name_example values in the file are correct.

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.

3 participants