fix: add x-go-name for server urls

[dhpollack]

This allows one to use the x-go-name in the servers list. I wanted to customize the name instead of generating it from the description. I was able to do this with a server-urls.tmpl as a workaround. This seems like a simple enough feature that it could be implemented as the default behavior, which is why I also did not create an issue for it first. Although I could do that if you feel like it would be useful.

[mromaszewicz]

@greptileai

[greptile-apps]

Greptile Summary

This PR adds x-go-name support to OpenAPI server URL code generation, allowing users to override the auto-generated constant name with a custom Go identifier. The logic in server_urls.go correctly checks the extension and falls back to the existing description/URL-derived name when absent.

• The error returned by extParseGoFieldName when x-go-name has an invalid type is silently swallowed and the code falls back to the auto-generated name, while every other x-go-name call-site in the codebase (renameSchema, renameParameter, renameResponse, renameRequestBody) propagates the error. This inconsistency means a mis-typed x-go-name value on a server entry silently produces the wrong constant name rather than failing loudly.

Confidence Score: 4/5

Safe to merge after addressing the silent error-swallowing in server_urls.go

One P1 finding: the extParseGoFieldName error is silently dropped, which is inconsistent with all other x-go-name handling in the codebase and can produce silently wrong output for malformed specs. The rest of the change is correct and well-tested.

pkg/codegen/server_urls.go — error from extParseGoFieldName should be propagated, not swallowed

Important Files Changed

Filename	Overview
pkg/codegen/server_urls.go	Adds x-go-name support for server URL naming; error from extParseGoFieldName is silently swallowed (inconsistent with all other x-go-name call sites that propagate the error)
examples/generate/serverurls/api.yaml	Adds a new server entry demonstrating x-go-name usage; looks correct
examples/generate/serverurls/gen_test.go	Adds a simple test asserting the x-go-name-derived constant has the correct URL value

_{Reviews (1): Last reviewed commit: "fix: add x-go-name for server urls" | Re-trigger Greptile}

[mromaszewicz]

Thanks.

[dhpollack]

Fyi, your bot responded that the original implementation was actually correct. I looked at the code and think the original suggestion to not swallow the error seems to be used and the follow-up is incorrect.

[dhpollack]

I can create a follow-up to this if you need me to

[mromaszewicz]

Nah, it's ok. It's not a place where it's important.