Skip to content

Add app-check-compat #5073

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

Merged
merged 8 commits into from
Jun 30, 2021
Merged

Add app-check-compat #5073

merged 8 commits into from
Jun 30, 2021

Conversation

hsubox76
Copy link
Contributor

@hsubox76 hsubox76 commented Jun 28, 2021

Add app-check-compat layer. This is based on the ch-appcheckexp-update branch because it needs the 2P token methods added to exp first.

@egilmorez You can ignore this one, you were automatically added because there was a change to the .changeset directory, but it was just the config file, not a changelog note.

@changeset-bot
Copy link

changeset-bot bot commented Jun 28, 2021

⚠️ No Changeset found

Latest commit: 83a01f2

Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.

This PR includes no changesets

When changesets are added to this PR, you'll see the packages that this PR includes changesets for and the associated semver types

Click here to learn what changesets are, and how to add one.

Click here if you're a maintainer who wants to add a changeset to this PR

@github-actions
Copy link
Contributor

github-actions bot commented Jun 28, 2021

Changeset File Check ✅

  • No modified packages are missing from the changeset file.
  • No changeset formatting errors detected.

@hsubox76 hsubox76 requested a review from egilmorez as a code owner June 28, 2021 17:53
});

it(
'activate("string") calls modular initializeAppCheck() with a ' +
Copy link
Member

Choose a reason for hiding this comment

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

Are we changing v8 to the provider pattern?

Copy link
Contributor Author

@hsubox76 hsubox76 Jun 29, 2021

Choose a reason for hiding this comment

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

Not sure when we should do this. It's needed for reCAPTCHA Enterprise. Probably this change should be made along with an App Check milestone (GA, reCAPTCHA Enterprise, or other big feature), so people won't be caught off guard by the breaking change?

Copy link
Member

Choose a reason for hiding this comment

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

I think it depends on if v9 goes GA before or after adding reCaptcha enterprise support. If former, we don't need to update app-check-compat since we will only add new features to the modular API. If latter, we would need to align with the milestones and update the compat package.

getToken: () => Promise.resolve({} as AppCheckToken)
});
expect(initializeAppCheckStub).to.be.calledWith(app, {
provider: match.instanceOf(CustomProvider),
Copy link
Member

Choose a reason for hiding this comment

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

Should check the customProvider has the same getToken() supplied to activate()

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Done.

@Feiyang1 Feiyang1 assigned hsubox76 and unassigned Feiyang1 Jun 29, 2021
@hsubox76 hsubox76 merged commit 43c5c6d into ch-appcheckexp-update Jun 30, 2021
@hsubox76 hsubox76 deleted the ch-appcheck-compat branch June 30, 2021 21:25
@firebase firebase locked and limited conversation to collaborators Jul 31, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants