Generate enum types from schemas in paths - #654

In retrospect, this breaks some subtle things that don't appear to have functional impact. internal/test/strict-server/client/client.go generates internal/test/strict-server/client/client.gen.go and it ends up with this strange diff after my change (dropping a useless Empty type in place of Reusableresponse):

diff --git a/internal/test/strict-server/client/client.gen.go b/internal/test/strict-server/client/client.gen.go
index 6c02ddf..7ddcd94 100644
--- a/internal/test/strict-server/client/client.gen.go
+++ b/internal/test/strict-server/client/client.gen.go
@@ -22,8 +22,8 @@ type Example struct {
        Value *string `json:"value,omitempty"`
 }
 
-// Reusableresponse defines model for reusableresponse.
-type Reusableresponse = Example
+// Empty defines model for .
+type Empty = int
 
 // MultipleRequestAndResponseTypesTextBody defines parameters for MultipleRequestAndResponseTypes.
 type MultipleRequestAndResponseTypesTextBody = string

This doesn't quite solve #626, as in this case we get a:

// N200Health defines model for 200.Health.
type N200Health string

Whereas I'd expect a struct

Good catch! I had missed that. I'll take another shot at this and see where I can get.

Thank you for the code review.

@AlainODea no worries! Mind marking this as a draft?

(I've also spotted that there may be cases where we're not (in the existing code) generating enums from nested objects - I'll try and get an issue raised for it soon)

Are you still working on this? Would be great to see this fixed.

Are you still working on this? Would be great to see this fixed.

I would love to. Unfortunately, my immediate need for this has passed and I'm swamped with other priorities at work.

There are a number of related PRs like Jamie's that take a more methodical approach to expanding support for types outside of schemas.

In the meantime, the best approach might be to manually or automatically transform the OpenAPI specs you need by moving things to schemas.

Thank you for submitting this PR, @AlainODea — but we need to close it because all three cases you targeted (inline enums in path params, requestBodies, and responses) now generate correctly. Three independent fixes landed: commit 14fc88e2 (inline param enums, June 2022), commit 270581d0 (GenerateTypesForPaths() for response bodies, Nov 2022), and commit 81b9d952 (the Apr 2026 anonymous-schema-hoisting overhaul that feeds op-derived types into GenerateEnums()). A repro with the patterns from your PR generates correct named enum types.

Apologies for the long wait — your PR pointed at a real gap, even if the eventual fix took several rounds and a different shape.