Skip to content

Conversation

@czechboy0
Copy link
Contributor

Motivation

Fixes #596.

The bug was computing the TypeUsage from the raw schema, before resolving it with multipart semantics.

Covers using the multipart content type with additional properties of a concrete type (string).

This lead to the generator producing half of the code that expected a HTTPBody (a streaming byte type) and another half expected a String, leading to a build failure.

Modifications

First resolve the schema, then calculate the TypeUsage from the resolved schema.

Result

The generator correctly generates this as HTTPBody everywhere now.

Test Plan

Added a unit test to cover this case.

Copy link
Collaborator

@simonjbeaumont simonjbeaumont left a comment

Choose a reason for hiding this comment

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

Nice patch, thanks @czechboy0!

@czechboy0 czechboy0 merged commit db5d1ea into apple:main Jul 23, 2024
@czechboy0 czechboy0 added the 🔨 semver/patch No public API change. label Jul 23, 2024
@czechboy0 czechboy0 deleted the hd-fix-multipart-additionalproperties-string branch July 23, 2024 10:27
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

🔨 semver/patch No public API change.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

multipart/form-data request body schemas with additionalProperties are a bit confusing to use, also doesn't compile

2 participants