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

[core-client-rest] Fix serialization of non-string path parameters #31352

Merged
merged 2 commits into from
Oct 10, 2024

Conversation

timovv
Copy link
Member

@timovv timovv commented Oct 9, 2024

Packages impacted by this PR

  • @azure-rest/core-client

Issues associated with this PR

Describe the problem that is addressed by this PR

We generate RLCs that allow for path parameters to be number. The change for allowReserved assumed that path parameters could only be string, causing number parameters to not be serialized properly. This PR fixes that assumption.

What are the possible designs available to address the problem? If there are more than one possible design, why was the one in this PR chosen?

Are there test cases added in this PR? (If not, why?)

Added a test to check for a number path parameter

Provide a list of related PRs (if any)

@timovv timovv requested review from bterlson, a team and joheredi as code owners October 9, 2024 20:29
@azure-sdk
Copy link
Collaborator

API change check

APIView has identified API level changes in this PR and created following API reviews.

@azure-rest/core-client

sdk/core/core-client-rest/CHANGELOG.md Outdated Show resolved Hide resolved
@timovv timovv requested a review from MaryGao October 9, 2024 22:04
@timovv timovv merged commit 60584c7 into Azure:main Oct 10, 2024
14 checks passed
@timovv timovv deleted the core/allow-number-path-param branch October 10, 2024 16:14
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

[core-client] can't handle number type for path parameter correctly
4 participants