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

Ignore Kotlin Continuation Parameter While Inferring Conversion Type #2532

Closed
garyrussell opened this issue Sep 27, 2023 · 0 comments · Fixed by #2535
Closed

Ignore Kotlin Continuation Parameter While Inferring Conversion Type #2532

garyrussell opened this issue Sep 27, 2023 · 0 comments · Fixed by #2535

Comments

@garyrussell
Copy link
Contributor

See #1210 (comment)

@garyrussell garyrussell added this to the 3.1.0-RC1 milestone Sep 27, 2023
garyrussell added a commit to garyrussell/spring-amqp that referenced this issue Sep 27, 2023
Resolves spring-projects#2532

The presence of the parameter caused the inferred type to be set to
`null` due to ambiguous parameters present.

It must be considered an ineligible type when inferring conversion types.

**cherry-pick to 3.0.x (spring-projects#2533), 2.4.x (spring-projects#2534)**
garyrussell added a commit to garyrussell/spring-amqp that referenced this issue Sep 27, 2023
Resolves spring-projects#2532

The presence of the parameter caused the inferred type to be set to
`null` due to ambiguous parameters present.

It must be considered an ineligible type when inferring conversion types.

**cherry-pick to 3.0.x (spring-projects#2533), 2.4.x (spring-projects#2534)**
artembilan pushed a commit that referenced this issue Oct 3, 2023
Resolves #2532

The presence of the parameter caused the inferred type to be set to
`null` due to ambiguous parameters present.

It must be considered an ineligible type when inferring conversion types.

**cherry-pick to 3.0.x (#2533), 2.4.x (#2534)**
artembilan pushed a commit that referenced this issue Oct 3, 2023
Resolves #2532

The presence of the parameter caused the inferred type to be set to
`null` due to ambiguous parameters present.

It must be considered an ineligible type when inferring conversion types.

**cherry-pick to 3.0.x (#2533), 2.4.x (#2534)**

(cherry picked from commit f6d46f6)
artembilan pushed a commit that referenced this issue Oct 3, 2023
Resolves #2532

The presence of the parameter caused the inferred type to be set to
`null` due to ambiguous parameters present.

It must be considered an ineligible type when inferring conversion types.

**cherry-pick to 3.0.x (#2533), 2.4.x (#2534)**

(cherry picked from commit f6d46f6)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant