Skip to content

Fix: Add sendEmail documentation for non-existent users for all affected versions (Product IS issue #27610)#6076

Open
wso2-engineering-bot wants to merge 1 commit intomasterfrom
fixing-product-is-issue-27610-1776658371
Open

Fix: Add sendEmail documentation for non-existent users for all affected versions (Product IS issue #27610)#6076
wso2-engineering-bot wants to merge 1 commit intomasterfrom
fixing-product-is-issue-27610-1776658371

Conversation

@wso2-engineering-bot
Copy link
Copy Markdown

This PR was automatically generated by Claude AI.

  • Fixes Update the sendEmail function documentation to include the email sending to non existent users. product-is#27610
  • Type: Documentation
  • Summary: Updated the sendEmail function documentation to include information about sending emails to users who do not exist in the identity server. This is achieved by using the send-to parameter to specify the email address and setting the flowType parameter to registration in the placeholderParameters object.
  • Affected Versions: 5.9.0, 5.10.0, 5.11.0, 6.0.0, 6.1.0, 7.0.0, 7.1.0, 7.2.0, next
  • Style Scope Verification: Microsoft Style Guidelines have been applied only to newly added content without modifying existing content style.
  • Verification: mkdocs build completed successfully. Note: Configuration warnings in strict mode are pre-existing and unrelated to content changes.

Changes made:

  • Added documentation for optional send-to and flowType parameters in the placeholderParameters field
  • Added a second example demonstrating how to send emails to non-existent users
  • Applied changes consistently across all version directories

🤖 Generated with Claude Code

…ted versions (product-is#27610)

Updated the sendEmail function documentation across all version directories
to include information about sending emails to users who do not exist in
the identity server by using the 'send-to' and 'flowType' parameters.

Versions updated: 5.9.0, 5.10.0, 5.11.0, 6.0.0, 6.1.0, 7.0.0, 7.1.0, 7.2.0, next

Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
@CLAassistant
Copy link
Copy Markdown

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
Copy Markdown
Contributor

coderabbitai Bot commented Apr 20, 2026

📝 Walkthrough

Walkthrough

The pull request updates the sendEmail() function documentation across multiple Identity Server versions (5.9.0 through next) to document support for optional send-to and flowType placeholder parameters, enabling email delivery to non-existent users. New code examples demonstrate this functionality.

Changes

Cohort / File(s) Summary
Adaptive Authentication API Reference
en/identity-server/5.9.0/docs/references/adaptive-authentication-js-api-reference.md, en/identity-server/5.10.0/docs/references/adaptive-authentication-js-api-reference.md, en/identity-server/5.11.0/docs/references/adaptive-authentication-js-api-reference.md, en/identity-server/6.0.0/docs/references/adaptive-authentication-js-api-reference.md, en/identity-server/6.1.0/docs/references/adaptive-authentication-js-api-reference.md
Extended placeholderParameters documentation to describe optional send-to (email address for non-existent users) and flowType: 'registration' fields. Added code example showing email delivery to non-existent users alongside existing user examples.
Conditional Auth API Reference
en/identity-server/7.0.0/docs/references/conditional-auth/api-reference.md, en/identity-server/7.1.0/docs/references/conditional-auth/api-reference.md, en/identity-server/7.2.0/docs/references/conditional-auth/api-reference.md, en/identity-server/next/docs/references/conditional-auth/api-reference.md
Updated placeholderParameters with HTML-formatted documentation describing optional send-to and flowType: 'registration' fields for non-existent user emails. Added example demonstrating non-existent user email delivery with OTPCode placeholder.

Suggested labels

Team/Authentication & registration

🚥 Pre-merge checks | ✅ 5
✅ Passed checks (5 passed)
Check name Status Explanation
Title check ✅ Passed The title clearly and specifically describes the main change: adding sendEmail documentation for non-existent users across all affected versions, including the referenced issue number.
Description check ✅ Passed The description covers the purpose, issue reference, affected versions, and testing verification, though it lacks explicit Test environment, Security checks sections from the template.
Linked Issues check ✅ Passed The PR successfully addresses issue #27610 by documenting the send-to and flowType parameters for sendEmail and providing the requested example code across all version directories.
Out of Scope Changes check ✅ Passed All changes are directly related to the linked issue—documentation updates for sendEmail across specified versions with no unrelated modifications.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch fixing-product-is-issue-27610-1776658371

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
Copy Markdown
Contributor

@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: 2

🧹 Nitpick comments (7)
en/identity-server/5.9.0/docs/references/adaptive-authentication-js-api-reference.md (1)

218-218: Use the official product name in the new parameter description.

In Line 218, replace “identity server” with WSO2 Identity Server for naming consistency in newly added content.

As per coding guidelines, "Use official product and feature names exactly as defined; do not invent shorthand names, change capitalization..."

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In
`@en/identity-server/5.9.0/docs/references/adaptive-authentication-js-api-reference.md`
at line 218, Update the newly added description for the placeholderParameters
parameter so the product name is exact: replace the phrase "identity server"
with "WSO2 Identity Server" in the text under the placeholderParameters entry
(the paragraph that mentions sending emails to users who do not exist in the
identity server) to match official naming conventions.
en/identity-server/6.0.0/docs/references/adaptive-authentication-js-api-reference.md (1)

236-236: Use official product naming in this added sentence.

Line 236 should refer to WSO2 Identity Server instead of “identity server”.

As per coding guidelines, "Use official product and feature names exactly as defined; do not invent shorthand names, change capitalization..."

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In
`@en/identity-server/6.0.0/docs/references/adaptive-authentication-js-api-reference.md`
at line 236, The added description for placeholderParameters uses the lowercase
phrase "identity server"; update that text to use the official product name
"WSO2 Identity Server". Edit the string in the documentation block where
placeholderParameters is defined (the line containing the `send-to` and
`flowType` bullets) and replace "identity server" with "WSO2 Identity Server" so
the `send-to` description reads: "Use this to send emails to users who do not
exist in WSO2 Identity Server." Ensure other occurrences (if any) in the same
paragraph referencing the product follow the same capitalization.
en/identity-server/7.1.0/docs/references/conditional-auth/api-reference.md (1)

696-696: Update product name capitalization in the new text.

In Line 696, use WSO2 Identity Server rather than “identity server”.

As per coding guidelines, "Use official product and feature names exactly as defined; do not invent shorthand names, change capitalization..."

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@en/identity-server/7.1.0/docs/references/conditional-auth/api-reference.md`
at line 696, The list item describing <code>send-to</code> uses lowercase
"identity server"; update that phrase to the official product name "WSO2
Identity Server" so the line reads: "Use this to send emails to users who do not
exist in the WSO2 Identity Server." Locate the <code>send-to</code> list item in
the conditional-auth api-reference content and replace the lowercase instance
with the exact product name, preserving the rest of the sentence and code
formatting.
en/identity-server/7.2.0/docs/references/conditional-auth/api-reference.md (1)

700-700: Use official product naming in the added field description.

Line 700 should use WSO2 Identity Server instead of “identity server” for consistency with product terminology.

As per coding guidelines, "Use official product and feature names exactly as defined; do not invent shorthand names, change capitalization..."

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@en/identity-server/7.2.0/docs/references/conditional-auth/api-reference.md`
at line 700, Update the description for the field <code>send-to</code> so it
uses the official product name: replace the phrase "identity server" with "WSO2
Identity Server" in the sentence that reads "Use this to send emails to users
who do not exist in the identity server."
en/identity-server/5.11.0/docs/references/adaptive-authentication-js-api-reference.md (1)

245-245: Normalize product naming in this new sentence.

In Line 245, use WSO2 Identity Server instead of “identity server” to keep official naming consistent.

As per coding guidelines, "Use official product and feature names exactly as defined; do not invent shorthand names, change capitalization..."

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In
`@en/identity-server/5.11.0/docs/references/adaptive-authentication-js-api-reference.md`
at line 245, Update the descriptive text for the placeholderParameters entry so
the sentence that currently reads "Use this to send emails to users who do not
exist in the identity server." uses the official product name "WSO2 Identity
Server" instead of "identity server"; look for the placeholderParameters block
and the optional fields `send-to` and `flowType` in the API reference and
replace only that instance with "WSO2 Identity Server" to maintain product-name
consistency.
en/identity-server/next/docs/references/conditional-auth/api-reference.md (1)

700-700: Use the canonical product name here.

In Line 700, replace “identity server” with WSO2 Identity Server to match official naming.

As per coding guidelines, "Use official product and feature names exactly as defined; do not invent shorthand names, change capitalization..."

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@en/identity-server/next/docs/references/conditional-auth/api-reference.md` at
line 700, Replace the lowercase phrase "identity server" in the description for
the <code>send-to</code> item with the official product name "WSO2 Identity
Server"; update the text that currently reads "identity server" to "WSO2
Identity Server" so the <code>send-to</code> list item uses the canonical
product name.
en/identity-server/7.0.0/docs/references/conditional-auth/api-reference.md (1)

694-694: Keep official product naming in the added docs.

Line 694 should use WSO2 Identity Server instead of “identity server”.

As per coding guidelines, "Use official product and feature names exactly as defined; do not invent shorthand names, change capitalization..."

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@en/identity-server/7.0.0/docs/references/conditional-auth/api-reference.md`
at line 694, The docs list item for the <code>send-to</code> field uses the
lowercase phrase "identity server"; update that text to use the official product
name "WSO2 Identity Server" (i.e., change "identity server" to "WSO2 Identity
Server" in the <code>send-to</code> description) so the product name and
capitalization match the coding guidelines.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Inline comments:
In
`@en/identity-server/5.10.0/docs/references/adaptive-authentication-js-api-reference.md`:
- Line 218: Update the description for the parameter named placeholderParameters
to use the official product name: replace the phrase "identity server" with
"WSO2 Identity Server" in the sentence that explains sending emails to users who
do not exist in the identity server; ensure the rest of the wording and
formatting (including the `send-to` and `flowType` bullets) remain unchanged.

In
`@en/identity-server/6.1.0/docs/references/adaptive-authentication-js-api-reference.md`:
- Line 275: The documentation entry for placeholderParameters uses the lowercase
phrase "identity server"; update the text associated with placeholderParameters
to use the official product name "WSO2 Identity Server" (e.g., change "identity
server" to "WSO2 Identity Server" in the sentence describing sending emails to
users who do not exist in the identity server) so the parameter description
follows product-naming guidelines.

---

Nitpick comments:
In
`@en/identity-server/5.11.0/docs/references/adaptive-authentication-js-api-reference.md`:
- Line 245: Update the descriptive text for the placeholderParameters entry so
the sentence that currently reads "Use this to send emails to users who do not
exist in the identity server." uses the official product name "WSO2 Identity
Server" instead of "identity server"; look for the placeholderParameters block
and the optional fields `send-to` and `flowType` in the API reference and
replace only that instance with "WSO2 Identity Server" to maintain product-name
consistency.

In
`@en/identity-server/5.9.0/docs/references/adaptive-authentication-js-api-reference.md`:
- Line 218: Update the newly added description for the placeholderParameters
parameter so the product name is exact: replace the phrase "identity server"
with "WSO2 Identity Server" in the text under the placeholderParameters entry
(the paragraph that mentions sending emails to users who do not exist in the
identity server) to match official naming conventions.

In
`@en/identity-server/6.0.0/docs/references/adaptive-authentication-js-api-reference.md`:
- Line 236: The added description for placeholderParameters uses the lowercase
phrase "identity server"; update that text to use the official product name
"WSO2 Identity Server". Edit the string in the documentation block where
placeholderParameters is defined (the line containing the `send-to` and
`flowType` bullets) and replace "identity server" with "WSO2 Identity Server" so
the `send-to` description reads: "Use this to send emails to users who do not
exist in WSO2 Identity Server." Ensure other occurrences (if any) in the same
paragraph referencing the product follow the same capitalization.

In `@en/identity-server/7.0.0/docs/references/conditional-auth/api-reference.md`:
- Line 694: The docs list item for the <code>send-to</code> field uses the
lowercase phrase "identity server"; update that text to use the official product
name "WSO2 Identity Server" (i.e., change "identity server" to "WSO2 Identity
Server" in the <code>send-to</code> description) so the product name and
capitalization match the coding guidelines.

In `@en/identity-server/7.1.0/docs/references/conditional-auth/api-reference.md`:
- Line 696: The list item describing <code>send-to</code> uses lowercase
"identity server"; update that phrase to the official product name "WSO2
Identity Server" so the line reads: "Use this to send emails to users who do not
exist in the WSO2 Identity Server." Locate the <code>send-to</code> list item in
the conditional-auth api-reference content and replace the lowercase instance
with the exact product name, preserving the rest of the sentence and code
formatting.

In `@en/identity-server/7.2.0/docs/references/conditional-auth/api-reference.md`:
- Line 700: Update the description for the field <code>send-to</code> so it uses
the official product name: replace the phrase "identity server" with "WSO2
Identity Server" in the sentence that reads "Use this to send emails to users
who do not exist in the identity server."

In `@en/identity-server/next/docs/references/conditional-auth/api-reference.md`:
- Line 700: Replace the lowercase phrase "identity server" in the description
for the <code>send-to</code> item with the official product name "WSO2 Identity
Server"; update the text that currently reads "identity server" to "WSO2
Identity Server" so the <code>send-to</code> list item uses the canonical
product name.
🪄 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: Path: .coderabbit.yml

Review profile: CHILL

Plan: Pro

Run ID: d395d14a-c0e8-4e84-863c-c99ef5894a5b

📥 Commits

Reviewing files that changed from the base of the PR and between 5c3b973 and c88f694.

📒 Files selected for processing (9)
  • en/identity-server/5.10.0/docs/references/adaptive-authentication-js-api-reference.md
  • en/identity-server/5.11.0/docs/references/adaptive-authentication-js-api-reference.md
  • en/identity-server/5.9.0/docs/references/adaptive-authentication-js-api-reference.md
  • en/identity-server/6.0.0/docs/references/adaptive-authentication-js-api-reference.md
  • en/identity-server/6.1.0/docs/references/adaptive-authentication-js-api-reference.md
  • en/identity-server/7.0.0/docs/references/conditional-auth/api-reference.md
  • en/identity-server/7.1.0/docs/references/conditional-auth/api-reference.md
  • en/identity-server/7.2.0/docs/references/conditional-auth/api-reference.md
  • en/identity-server/next/docs/references/conditional-auth/api-reference.md

| user | An object representing the user details. |
| templateId | Identifier of the email template. The email template specifies the body of the email that is sent out. |
| placeholderParameters | Used to replace any placeholders in the template. |
| placeholderParameters | Used to replace any placeholders in the template.<br/><br/>This parameter also supports the following optional fields:<br/><ul><li>`send-to`: Specifies the email address to send the email to. Use this to send emails to users who do not exist in the identity server.</li><li>`flowType`: Specifies the flow type. Set this to `registration` when sending emails to non-existent users.</li></ul> |
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

⚠️ Potential issue | 🟡 Minor

Use the official product name in the new parameter description.

Please replace “identity server” with the official product name (for example, WSO2 Identity Server) to keep naming consistent and searchable across docs.

Suggested edit
-| placeholderParameters | Used to replace any placeholders in the template.<br/><br/>This parameter also supports the following optional fields:<br/><ul><li>`send-to`: Specifies the email address to send the email to. Use this to send emails to users who do not exist in the identity server.</li><li>`flowType`: Specifies the flow type. Set this to `registration` when sending emails to non-existent users.</li></ul> |
+| placeholderParameters | Used to replace any placeholders in the template.<br/><br/>This parameter also supports the following optional fields:<br/><ul><li>`send-to`: Specifies the email address to send the email to. Use this to send emails to users who do not exist in WSO2 Identity Server.</li><li>`flowType`: Specifies the flow type. Set this to `registration` when sending emails to non-existent users.</li></ul> |

As per coding guidelines: "Use official product and feature names exactly as defined; do not invent shorthand names, change capitalization..."

📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
| placeholderParameters | Used to replace any placeholders in the template.<br/><br/>This parameter also supports the following optional fields:<br/><ul><li>`send-to`: Specifies the email address to send the email to. Use this to send emails to users who do not exist in the identity server.</li><li>`flowType`: Specifies the flow type. Set this to `registration` when sending emails to non-existent users.</li></ul> |
| placeholderParameters | Used to replace any placeholders in the template.<br/><br/>This parameter also supports the following optional fields:<br/><ul><li>`send-to`: Specifies the email address to send the email to. Use this to send emails to users who do not exist in WSO2 Identity Server.</li><li>`flowType`: Specifies the flow type. Set this to `registration` when sending emails to non-existent users.</li></ul> |
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In
`@en/identity-server/5.10.0/docs/references/adaptive-authentication-js-api-reference.md`
at line 218, Update the description for the parameter named
placeholderParameters to use the official product name: replace the phrase
"identity server" with "WSO2 Identity Server" in the sentence that explains
sending emails to users who do not exist in the identity server; ensure the rest
of the wording and formatting (including the `send-to` and `flowType` bullets)
remain unchanged.

| user | An object representing the user details. |
| templateId | Identifier of the email template. The email template specifies the body of the email that is sent out. |
| placeholderParameters | Used to replace any placeholders in the template. |
| placeholderParameters | Used to replace any placeholders in the template.<br/><br/>This parameter also supports the following optional fields:<br/><ul><li>`send-to`: Specifies the email address to send the email to. Use this to send emails to users who do not exist in the identity server.</li><li>`flowType`: Specifies the flow type. Set this to `registration` when sending emails to non-existent users.</li></ul> |
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

⚠️ Potential issue | 🟡 Minor

Standardize product naming in the new placeholderParameters text.

The phrase “identity server” should use the official product name/capitalization for consistency (WSO2 Identity Server).

Suggested edit
-| placeholderParameters | Used to replace any placeholders in the template.<br/><br/>This parameter also supports the following optional fields:<br/><ul><li>`send-to`: Specifies the email address to send the email to. Use this to send emails to users who do not exist in the identity server.</li><li>`flowType`: Specifies the flow type. Set this to `registration` when sending emails to non-existent users.</li></ul> |
+| placeholderParameters | Used to replace any placeholders in the template.<br/><br/>This parameter also supports the following optional fields:<br/><ul><li>`send-to`: Specifies the email address to send the email to. Use this to send emails to users who do not exist in WSO2 Identity Server.</li><li>`flowType`: Specifies the flow type. Set this to `registration` when sending emails to non-existent users.</li></ul> |

As per coding guidelines: "Use official product and feature names exactly as defined; do not invent shorthand names, change capitalization..."

📝 Committable suggestion

‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.

Suggested change
| placeholderParameters | Used to replace any placeholders in the template.<br/><br/>This parameter also supports the following optional fields:<br/><ul><li>`send-to`: Specifies the email address to send the email to. Use this to send emails to users who do not exist in the identity server.</li><li>`flowType`: Specifies the flow type. Set this to `registration` when sending emails to non-existent users.</li></ul> |
| placeholderParameters | Used to replace any placeholders in the template.<br/><br/>This parameter also supports the following optional fields:<br/><ul><li>`send-to`: Specifies the email address to send the email to. Use this to send emails to users who do not exist in WSO2 Identity Server.</li><li>`flowType`: Specifies the flow type. Set this to `registration` when sending emails to non-existent users.</li></ul> |
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In
`@en/identity-server/6.1.0/docs/references/adaptive-authentication-js-api-reference.md`
at line 275, The documentation entry for placeholderParameters uses the
lowercase phrase "identity server"; update the text associated with
placeholderParameters to use the official product name "WSO2 Identity Server"
(e.g., change "identity server" to "WSO2 Identity Server" in the sentence
describing sending emails to users who do not exist in the identity server) so
the parameter description follows product-naming guidelines.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Update the sendEmail function documentation to include the email sending to non existent users.

2 participants