| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
|
🚀 Thanks for opening this pull request! We appreciate your effort in improving the project. Please let us know once your pull request is ready for review. Tip
Note Please respond to review comments from AI agents just like you would to comments from a human reviewer. Let the reviewer resolve their own comments, unless they have reviewed and accepted your commit, or agreed with your explanation for why the feedback was incorrect. Caution Pull requests must be written using an AI agent with human supervision. Pull requests written entirely by a human will likely be rejected, because of lower code quality, higher review effort and the higher risk of introducing bugs. Please note that AI review comments on this pull request alone do not satisfy this requirement. Our CI and AI review are safeguards, not development tools. If many issues are flagged, rethink your development approach. Invest more effort in planning and design rather than using review cycles to fix low-quality code. |
Sorry, something went wrong.
|
Warning Rate limit exceeded@kaziiza has exceeded the limit for the number of commits that can be reviewed per hour. Please wait 59 minutes and 55 seconds before requesting another review. You’ve run out of usage credits. Purchase more in the billing tab. ⌛ How to resolve this issue?After the wait time has elapsed, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR. We recommend that you space out your commits to avoid hitting the rate limit. 🚦 How do rate limits work?CodeRabbit enforces hourly rate limits for each developer per organization. Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout. Please see our FAQ for further information. ℹ️ Review info ⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Run ID: ef51f7f9-5de3-422d-aaa6-0ba066315fc9 📥 CommitsReviewing files that changed from the base of the PR and between b65018b and 23277a1. 📒 Files selected for processing (3)
WalkthroughThis PR adds complete Keycloak authentication support to ParseSwift. It introduces a ParseKeycloak<AuthenticatedUser> authentication type with callback-based login and link operations, alongside async/await and Combine publisher variants. Comprehensive test coverage validates all three concurrency models and authentication flows. Xcode project configuration wires the new sources and tests across all framework targets. ChangesParseKeycloak Authentication Integration
Estimated code review effort🎯 3 (Moderate) | ⏱️ ~25 minutes 🚥 Pre-merge checks | ✅ 5 | ❌ 2❌ Failed checks (2 warnings)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches 🧪 Generate unit tests (beta)
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. ❤️ ShareComment @coderabbitai help to get the list of available commands and usage tips. |
Sorry, something went wrong.
There was a problem hiding this comment.
Actionable comments posted: 1
🤖 Prompt for all review comments with AI agentsVerify 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 `@Sources/ParseSwift/Authentication/3rd` Party/ParseKeycloak/ParseKeycloak.swift: - Around line 171-179: The instance property `var keycloak: ParseKeycloak<Self>` currently just forwards to the static `static var keycloak: ParseKeycloak<Self>` (declared as ParseKeycloak<Self>()), causing `someUser.keycloak` to ignore the receiver and risk linking the wrong account; either remove the instance accessor entirely or change it to return an instance-bound helper that captures `self` (so methods like `link(...)` operate on the receiver), updating the implementation for `var keycloak` (and related usages of `keycloak`/`ParseKeycloak<Self>`) accordingly to ensure `link(...)` targets the instance rather than the static/contextual user.
Fix all unresolved CodeRabbit comments on this PR:
Configuration used: Organization UI
Review profile: CHILL
Plan: Pro
Run ID: 17e707f3-c96c-4100-9a65-bf06e07560f5
📥 CommitsReviewing files that changed from the base of the PR and between bf6e878 and b65018b.
📒 Files selected for processing (5)
Sorry, something went wrong.
|
@coderabbitai review The misleading ParseUser.keycloak accessor was removed in the current head, and swift test --enable-code-coverage --filter ParseKeycloak passed: 14 tests, 0 failures. |
Sorry, something went wrong.
|
@kaziiza Thanks for the update! It's great to hear that the misleading ParseUser.keycloak accessor has been removed and all 14 tests are passing with zero failures. I'll kick off a fresh review of the current head now. ✅ Actions performedReview triggered.
|
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
New Pull Request Checklist
Issue Description
Refs #55
Approach
Adds ParseKeycloak helper APIs for Parse Server's Keycloak auth adapter.
This PR intentionally supports only the string authData fields that Parse-Swift's current authentication APIs can represent. Parse Server's Keycloak adapter also documents optional roles and groups arrays, but those are not exposed here because existing Parse-Swift authData is modeled as [String: String] / [String: [String: String]?].
If a Keycloak access token contains roles or groups claims that Parse Server validates, this helper cannot include those array-valued fields. Supporting that case would require a broader SDK authData model change and is out of scope for this small helper slice.
TODOs before merging
None.
Testing