Skip to content
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

Add oauth endpoints, Add oauth to allowed proxy methods #303

Merged
merged 5 commits into from
Jun 24, 2024

Conversation

moe-dev
Copy link
Contributor

@moe-dev moe-dev commented Jun 19, 2024

Summary & Motivation

How I Tested These Changes

Did you add a changeset?

If updating one of our packages, you'll likely need to add a changeset to your PR. To do so, run pnpm changeset. pnpm changeset will generate a file where you should write a human friendly message about the changes. Note how this (example) includes the package name (should be auto added by the command) along with the type of semver change (major.minor.patch) (which you should set).

These changes will be used at release time to determine what packages to publish and how to bump their version. For more context see this comment.

Copy link

codesandbox-ci bot commented Jun 19, 2024

This pull request is automatically built and testable in CodeSandbox.

To see build info of the built libraries, click here or the icon next to each commit SHA.

@@ -57,6 +57,7 @@ export default async function createUser(
attestation: createSubOrgRequest.attestation,
},
],
oauthProviders: [],
Copy link
Contributor

Choose a reason for hiding this comment

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

interesting. This means is a "breaking" change of sorts, at least at a code level. When customers update the SDK they'll have to update code as well. Not the end of the world but a bit annoying. As long as we're explicit about this in the CHANGELOG it shouldn't be a problem, it's a pretty trivial change to make!

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Yessir! CHANGELOG + make this a major release, and we should be good :)

Copy link
Contributor

@AlwaysBCoding AlwaysBCoding Jun 20, 2024

Choose a reason for hiding this comment

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

so if we're following semver this would be 1.0.0 for sdk-browser and sdk-server. I think that's fine to do and just start developing against the 1.x.x versions going forward, but it's probably something to be conscious of that we might not want to always have to bump major versions if we're constantly changing the activity API. So could possibly have a flow in the future for making backwards compatible changes where the legacy activity syntax still resolves.

(i.e. the sdk-client could default oauthProviders to [] if not provided so it doesn't break anyone's existing implementation by upgrading the library and it would only need to be a minor version bump)

but either way we can probably have a 1.x.x version at this point and just use this commit as the start of it if we want to

@AlwaysBCoding
Copy link
Contributor

we're going to do a 1.0.0 release of sdk-server, sdk-browser and sdk-react off this PR

@moe-dev moe-dev merged commit 9dfcd51 into main Jun 24, 2024
5 checks passed
@moe-dev moe-dev deleted the moe/sdk-update-oauth branch June 24, 2024 16:49
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.

None yet

3 participants