-
Notifications
You must be signed in to change notification settings - Fork 51
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
[Bug]: tcgc, missing json for model within multipart #2118
Comments
@iscai-msft could you help to fix it since i'll oof next week? |
link #5511 1. bump tcgc to 0.50.2 2. adopt part of the `serializationOptions` (not a full adoption due to bug Azure/typespec-azure#2118) 3. refactor entry, now it is `index.ts`, which exposes the few types needed by compiler 4. migrate to the standard diagnostic in typespec compiler 5. some refactor on error/warning code and message, group some to same code, etc. 6. add `target` to diagnostic, when we can find it
confirmed with @timotheeguerin offline that we can only get the Do we feel it's worth it to keep tests using the old multipart definition way? |
fixes #2118 --------- Co-authored-by: iscai-msft <[email protected]>
We currently have existing service use this (pre-HttpPart) pattern If we discard old pattern, we need to update their TypeSpec source. PS: I am not sure the current status of the support for HttpPart in all emitters. Pre-Jan I know .NET does not support. Not sure how it progressed after unbranded efforts. @chunyu3 |
For model not used in op, it won't have |
it is by design for orphan model. we may need to think about adding protocol usage for usage enum. |
created a discussion #2311 |
Describe the bug
tcgc 0.50.2
https://github.com/microsoft/typespec/blob/main/packages/http-specs/specs/payload/multipart/main.tsp#L16-L18
It should be a "json" model.
Reproduction
https://github.com/microsoft/typespec/blob/main/packages/http-specs/specs/payload/multipart/main.tsp#L16-L18
Checklist
The text was updated successfully, but these errors were encountered: