You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It is up to SDK emitter to determine, how to let user to set a "filename" for the File.
0000: --------------------------NWdLREXJ51lgZwiipJsqHR
0032: Content-Disposition: form-data; name="file"; filename=<filename>
005f: Content-Type: application/octet-stream
0087:
0089: The word 'apple' uses the code 442345, while the word 'banana' u
00c9: ses the code 673457.
API Spec link
https://github.com/Azure/azure-rest-api-specs/blob/main/specification/ai/OpenAI.Assistants/files/routes.tsp#L50-L57
API Spec version
2024-02-15-preview
Describe the bug
The "filename" of a File should not be in multipart/form-data model.
Same in
https://github.com/Azure/azure-rest-api-specs/blob/main/specification/cognitiveservices/OpenAI.Inference/models/audio/audio_transcription.tsp#L48-L53
In TypeSpec design, the part would be written as
And the filename is included in the File.
Expected behavior
This "filename" should not be in model or method.
It is up to SDK emitter to determine, how to let user to set a "filename" for the File.
Actual behavior
This extra "filename" part.
Java had to customize the method signature to remove it. Azure/azure-sdk-for-java#38698
Assistants backend would error, if
filename
is sent as part.Reproduction Steps
NOOP
Environment
No response
The text was updated successfully, but these errors were encountered: