fix(credential-providers): avoid sharing http2 requestHandler with inner STS

[kuhe]

Issue

#5958

Description

Avoid sharing the parent client requestHandler to the inner STS client if that handler is an HTTP2 handler.
All other types of known handlers: fetch, http1.1, websocket (because it defers to fetch for non-ws), xhr, are valid for STS.

Testing

Made a TranscribeStreaming (HTTP2 default requesthandler) request and used the default provider chain such that it involved an STS credentials request.

Verified this PR makes the difference in that not working -> working.

Sample code:

import { TranscribeStreaming } from "@aws-sdk/client-transcribe-streaming";
import { fromIni } from "@aws-sdk/credential-providers";
import { createReadStream } from "node:fs";
import { join } from "node:path";

const audio = createReadStream(join("numbers.wav"));

process.env.AWS_PROFILE = "sts";

/**
 * When no credentials or requestHandler are specified, the http2
 * request handler default on the client is shared with the
 * inner STS client via config copying, but is invalid
 * for STS, which needs a regular http1 requestHandler.
 */

const ts = new TranscribeStreaming({
  region: "us-west-2",
  logger: console,
});

const LanguageCode = "en-GB";
const MediaEncoding = "pcm";
const MediaSampleRateHertz = 44100;
const result = await ts.startStreamTranscription({
  LanguageCode,
  MediaEncoding,
  MediaSampleRateHertz,
  AudioStream: (async function* () {
    for await (const chunk of audio) {
      yield { AudioEvent: { AudioChunk: chunk } };
    }
  })(),
});
const transcripts = [];
for await (const event of result.TranscriptResultStream) {
  transcripts.push(event);
}
console.log(transcripts);

[kuhe]

npx cucumber-js -t @sts
...........

[github-actions]

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs and link to relevant comments in this thread.