Ensuring Reliable Data Returns with Axios’ throwOnError Setting

[Jannchie]

Description

I’m currently using the Axios client and have configured it with the following settings:

client.setConfig({
  throwOnError: true,
})

Even though this setting automatically throws an error when one occurs, the type of the returned response can still be either an error or data. This implies that the data might be undefined.

The structure of the response is as follows:

const resp: (AxiosError<HTTPValidationError, any> & {
    data: undefined;
    error: HTTPValidationError;
}) | (AxiosResponse<unknown, any> & {
    ...;
})

I believe that if throwOnError is specified, then resp.data should be the return value defined by the API, and it shouldn’t be undefined. In the current situation, I still need to check whether resp.error is undefined in order to rule out the possibility of data being undefined.

Reproducible example or configuration

No response

OpenAPI specification (optional)

No response

System information (optional)

No response