[Go] regenerate echo_api sample test with qualified enum type
Fixes the red Go Client (Echo API) CI workflow: samples/client/echo_api/go/test/api_path_test.go still contained a pre-fix version that does not compile — the path parameter enumRefStringPath used the unqualified StringEnumRef type inside the test/ package, so go test ./... fails with undefined: StringEnumRef.
The generator itself already emits the correct qualified form on current master (openapiclient.StringEnumRef) — tracked in #25507, closed as fixed by recent core $ref handling changes. The stale file survived sample regenerations because generated test files are never overwritten when they already exist (by design, DefaultGenerator skips them: "Test files never overwrite an existing file of the same name"), so the file is updated manually here to match what the generator emits today. The .openapi-generator/FILES manifest is intentionally left without an entry for that file, mirroring what generate-samples.sh produces for an existing test file (skipped files are not listed) — otherwise the Samples up-to-date check fails.
Verification
With Go 1.23 (docker, read-only module mode):
$ cd samples/client/echo_api/go
$ go test -run NoSuchTest ./...
ok (previously: # ...test: undefined: StringEnumRef)
bin/generate-samples.sh (batch mode) on this branch produces no further changes for the sample.
PR checklist
- Read the contribution guidelines.
- Sample regenerated via
./bin/generate-samples.sh bin/configs/go-echo-api.yaml; the generated test file is updated manually as it is write-protected by the generator; no files deleted. - Pull request is created against the
masterbranch.