-
Notifications
You must be signed in to change notification settings - Fork 161
Fix: Make userinfo and scope management endpoints optional in Okta Key Manager #1224
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
…y Manager configuration
WalkthroughRemoved validation and reducer update logic for Changes
Estimated code review effort🎯 2 (Simple) | ⏱️ ~8 minutes
Poem
Pre-merge checks and finishing touches✅ Passed checks (5 passed)
✨ Finishing touches
🧪 Generate unit tests (beta)
📜 Recent review detailsConfiguration used: CodeRabbit UI Review profile: CHILL Plan: Pro 📒 Files selected for processing (1)
🧰 Additional context used🧠 Learnings (1)📚 Learning: 2025-11-10T11:56:35.556ZApplied to files:
🔇 Additional comments (1)
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. Comment |
|
Piumal1999
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Currently, the frontend is hardcoded to make these two fields mandatory for all Key Manager types. We cannot make them optional universally, as some Key Managers require these fields to be mandatory.
Probable ways to fix:
-
Hardcode the frontend to set the fields as mandatory or optional based on the Key Manager type (Example: make it optional if the key manager type is Okta). This is not recommended, as it will increase maintenance overhead and reduce flexibility for future Key Manager types.
-
Fetch the Key Manager endpoint properties related to mandatory/optional fields from the backend and render the form dynamically based on that. (similar to how we handle connector configurations). Needs investigation to confirm the feasibility of this approach.



Fixes wso2/api-manager#4159
Issue URL: wso2/api-manager#4159
Problem
The Admin Portal UI required "userinfo" and "scope management endpoints" fields when configuring Okta as a Key Manager, but according to the documentation these fields should be optional. This prevented users from proceeding without providing values for these optional fields.
Solution
Made the userinfo and scope management endpoints truly optional by:
userInfoEndpointandscopeManagementEndpointfrom the required fields validation in thehasErrorsfunctionformHasErrorsfunctionChanges Made
portals/admin/src/main/webapp/source/src/app/components/KeyManagers/AddEditKeyManager.jsxuserInfoEndpointandscopeManagementEndpointfrom the switch case inhasErrorsfunctionformHasErrorsfunctionBuild Information
Artifacts Replaced
adminfolder inwso2am-4.6.0/repository/deployment/server/webapps/Testing
No testing required for frontend changes (as per workflow guidelines for frontend-only changes)
Modified wso2am Pack Download
The complete modified
wso2am-4.6.0pack is available as a GitHub Actions artifact.🔗 Download from GitHub Actions
Artifact Details:
wso2am-4.6.0-issue-72.zipContents: Complete wso2am pack with all updated artifacts ready to use.
Summary by CodeRabbit
Release Notes