microsoft / microsoft/kiota

[Go] wrong interface IAdditionalDataHolder for PIPEDRIVE.COM api

Open
#7,823 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
C#
Stars
3.8k
Forks
333
Avg merge
16h 29m
Merged PRs (30d)
116

Description

Found as part of https://github.com/microsoft/kiota/pull/7774:

Using the source code from 2026-06-17 and this command:

```
.\it\generate-code.ps1 -descriptionUrl https://developers.pipedrive.com/docs/api/v1/openapi.yaml -language go -dev
.\it\exec-cmd.ps1 -descriptionUrl https://developers.pipedrive.com/docs/api/v1/openapi.yaml -language go
```

The generated client does not compile:

```
# integrationtest/client/oauth
client\oauth\token_post_response.go:214:5: undefined: IAdditionalDataHolder
# integrationtest/client/oauth
client\oauth\token_post_response.go:214:5: undefined: IAdditionalDataHolder
```

This is the relevant snippet:
```go
type TokenPostResponseable interface {
IAdditionalDataHolder
}
```

It compiles if you change it like this (taken from another model class):

```go
type TokenPostResponseable interface {
i878a80d2330e89d26896388a3f487eef27b0a0e6c010c493bf80be1452208f91.AdditionalDataHolder
}
```

Contributor guide

Open the contributing guide

Research direction

Run the listed generate-code.ps1 and exec-cmd.ps1 commands for the Pipedrive OpenAPI description, then inspect integrationtest/client/oauth/token_post_response.go around the TokenPostResponseable interface. Compare it with the other model class mentioned in the issue and verify that the generated Go client compiles without an undefined IAdditionalDataHolder reference.

Written by the indexing model from the issue text.

Assessment

Tech stack
go
Domain
api, tooling
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
68/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.