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

[Identity] Update core-client to ^1.4.0 #18776

Merged
merged 2 commits into from
Nov 23, 2021
Merged
Changes from 1 commit
Commits
File filter

Filter by extension

Filter by extension


Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
2 changes: 1 addition & 1 deletion sdk/identity/identity/package.json
Original file line number Diff line number Diff line change
Expand Up @@ -95,7 +95,7 @@
"@azure/core-util": "^1.0.0-beta.1",
"@azure/core-tracing": "1.0.0-preview.13",
"@azure/core-auth": "^1.3.0",
"@azure/core-client": "^1.0.0",
"@azure/core-client": "^1.3.3",
Copy link
Member

Choose a reason for hiding this comment

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

If this change is only to satisfy test then can't we add this as dev dependency? I don't think we should change actual dependency if current one works fine for end users. My understanding of this new feature is : If customer uses new core-client then they can use new core-client AP. Identity will continue to work with older version of core-client but they cannot just access new API in core-client.

Copy link
Member

Choose a reason for hiding this comment

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

would this fix the nightly build?. They look equivalent to me in sematic version.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

To answer Praveen: core-client is used by Identity’s source. I could add it to devDependencies, but that could lead to inconsistent behavior.

To Jeremy: Well, we know that 1.3.3 is the right version, what I don’t know is if the nightly build will try to use the nightly build of 1.3.3 — if it doesn’t use the nightly build of core-client 1.3.3, then this won’t work.

🤔 I’m not sure what alternative we have. We could also release core-cleint 1.3.3, of course

Copy link
Contributor

Choose a reason for hiding this comment

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

@praveenkuttappan, We cannot move it to dev dependency, because the Identity package depends on core-client outside of the tests.

@sadasant, It looks like we are testing unreleased features of a core package in another package which in turn does not use that feature in its implementation, but only has tests that use it. Shouldnt the right place for these tests be in the core package instead?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

@ramya-rao-a There are tests in the core package, but Identity has a recorded test that helped us identify that we weren’t sending the “claims” all the way through. Identity is responsible for sending the claims.

Part of the issue is that I assumed this package was going to be released during the last release week we had, and I didn’t follow up to verify or release it myself.

I am asking Jeff and Jeremy if we should release this package now. Otherwise, I can skip this test until that package is released.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

When rush sees that 1.3.3 is not published, it will pick it up from the main branch.

oh cool! I had forgotten!

Copy link
Contributor Author

Choose a reason for hiding this comment

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

(I’ll bring this up to Jeff & Jeremy)

Copy link
Contributor Author

@sadasant sadasant Nov 22, 2021

Choose a reason for hiding this comment

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

@ramya-rao-a I don’t think I should re-open this PR since v1.3.3 isn’t needed for Identity to run, only for Identity tests to run. Should I skip the failing test instead?

Copy link
Contributor

Choose a reason for hiding this comment

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

You will still need the changes in this PR. We have the min/max test set up that will run the tests in a package against the min & max version of the dependencies based on semver. Not sure if min/max has been set up for Identity though, but assuming that it has been set up, these tests will fail with run against 1.0.0 of core-client

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Re-opening!

"@azure/core-rest-pipeline": "^1.1.0",
"@azure/logger": "^1.0.0",
"@azure/abort-controller": "^1.0.0",
Expand Down