EndpointFunctions[fn] is not a function #5435

taoatmars · 2023-10-30T17:47:02Z

Checkboxes for prior research

I've gone through Developer Guide and API reference
I've checked AWS Forums and StackOverflow.
I've searched for previous similar issues and didn't find any solution.

Describe the bug

aws-sdk recently switched from @aws-sdk/util-endpoints to @smithy/util-endpoints, when calling client-lambda inside a container, Error: endpointFunctions[fn] is not a function will appear when calling lambda functions.

SDK version number

@aws-sdk/client-lambda@3.438

Which JavaScript Runtime is this issue in?

Node.js

Details of the browser/Node.js/ReactNative version

v18.18.2

Reproduction Steps

import { LambdaClient, InvokeCommand, InvocationType } from '@aws-sdk/client-lambda'; // ES Modules import
.
.
.
const input = {
	FunctionName: `some-function`,
	InvocationType: InvocationType.RequestResponse,
	Payload: JSON.stringify({
        . . .
         }),
};

const command = new InvokeCommand(input);
const response = await client.send(command);

Observed Behavior

@smithy/util-endpoints was not able to find a function call endpointFunctions

Expected Behavior

@smithy/util-endpoints able to locate and call endpointFunctions

Possible Solution

roll back to "@aws-sdk/client-lambda": "3.418.0"

Additional Information/Context

No response

The text was updated successfully, but these errors were encountered:

RanVaknin · 2023-11-02T05:32:04Z

Hi @taoatmars,

I'm not able to reproduce the reported behavior. I used Docker to containerize my application and I can use the lambda client without any issues.

It's possible that your lock file has multiple copies of the SDK pinned at different versions.

If you want to inspect it you can try this:

npm ls @aws-sdk/client-lambda

Or let npm resolve the dependency tree by:

cd your-project-root
rm -rf node_modules && rm package-lock.json && npm install

to regenerate your lock file.
Then rebuild your image and run it.

Let me know how it goes.

All the best,
Ran~

github-actions · 2023-11-10T00:01:40Z

This issue has not received a response in 1 week. If you still think there is a problem, please leave a comment to avoid the issue from automatically closing.

seawatts · 2023-11-15T20:43:47Z

I'm seeing the same issue. I don't believe this should be closed.

I reverted back to 3.4.28.0 and it seems to work again.

ytimenkov · 2023-11-20T10:51:09Z

I got this issue too. Turned out I had one of my local modules called aws (guess what it's responsible for 😁). So the line export * from "./aws"; in @aws-sdk/util-endpoints picked the wrong one. And the function which was not found was aws.partition.
(Maybe it's the side effect of bundling ncc).

seawatts · 2023-11-20T18:57:27Z

Interesting. I don't think that is the issue I'm seeing.

willmcclellan · 2023-11-21T00:46:16Z

Seeing the same issue here but tracing to the client-secrets-manager:

@aws-sdk+client-secrets-manager@3.441.0/node_modules/@aws-sdk/client-secrets-manager/dist-es/endpoint/endpointResolver.js:4:12

nagarjuna993 · 2023-11-28T22:22:00Z

Had the same issue with @aws-sdk/client-sts reverting to 3.428.0 fixed the issue for now.

RanVaknin · 2023-11-28T23:25:12Z

Hi folks,

Thanks for staying active on the thread.

Did any of you try the solution I included in this comment?
If that didnt help can you please include a minimal repro code, or even better - a small repository that outlines the issue?

That will help me investigate this further.

Thanks,
Ran~

boenhoff · 2023-11-29T10:27:07Z

From my experience it appears to be a bundling issue. I have experienced a similar issue with the @aws-sdk/client-dynamodb client. I'm using projen and esbuild to bundle my lambda locally with external packages @aws-sdk/* which are available within the lamba runtime.

Checking the packages inside the lambda runtime locally with docker run --rm -it --entrypoint /bin/bash amazon/aws-lambda-nodejs:20, cd /var/runtime, npm ls you can see that there are pretty old versions like @aws-sdk/client-dynamodb@3.362.0. But my bundler is using @aws-sdk/client-dynamodb@3.461.0. This version mismatch appears to create the error, at least on my side. Bundling everything together without external packages resolves the issue.

ytimenkov · 2023-11-29T10:45:54Z

@RanVaknin

Did any of you try the solution I included in this comment?

I did. But I solved my issue with a bit of persistence and printf debugging 😁 as I wrote, the problem was that ncc picked a wrong module (i.e. just skipped the right one). This was pretty clear from reading the resulting code.
Others may have a different root cause...

kopertop · 2023-11-30T14:47:42Z

I just ran into this issue when upgrading to sst@2.36.7 which upgraded to aws-cdk-lib@2.110.1.

I also have a module called aws (packages/core/aws to be specific) but renaming this to something else didn't have any impact. @ytimenkov how exactly did you fix the issue for you scenario? did you just remove your custom AWS module entirely, or rename it and it still worked?

pedro-pina-cabrera · 2023-12-01T02:20:57Z

Had the same issue with @aws-sdk/client-sts reverting to 3.428.0 fixed the issue for now.

This works for me too, I clean the package-lock.json, upgrade version and reinstall.

sheeni17 · 2023-12-06T15:58:31Z

I just ran into this issue when upgrading to sst@2.36.7 which upgraded to aws-cdk-lib@2.110.1.

I also have a module called aws (packages/core/aws to be specific) but renaming this to something else didn't have any impact. @ytimenkov how exactly did you fix the issue for you scenario? did you just remove your custom AWS module entirely, or rename it and it still worked?

Hey, I'm on the same boat, did you manage to find a solution?

Makiavelo · 2023-12-11T20:00:21Z

@sheeni17 What worked for me was to revert sst to version 2.35.1

seawatts · 2023-12-14T00:03:26Z

I got this issue too. Turned out I had one of my local modules called aws (guess what it's responsible for 😁). So the line export * from "./aws"; in @aws-sdk/util-endpoints picked the wrong one. And the function which was not found was aws.partition. (Maybe it's the side effect of bundling ncc).

The aws call I'm trying to make is getSignedUrl from @aws-sdk/s3-request-presigner and PutObjectCommand from @aws-sdk/client-s3

I don't have the same export * from "./aws" in my project. However, when I debug the program, it fails here: https://github.com/smithy-lang/smithy-typescript/blob/main/packages/util-endpoints/src/utils/callFunction.ts#L16 The function that is trying to be passed in is fn = aws.partition, aws.isVirtualHostableS3Bucket, and aws.parseArn The available functions to call are

booleanEquals
getAttr
isSet
isValidHostLabel
not
parseURL
normalizedPath
stringEquals
substring
uriEncode

The total ruleset is defined here:
https://github.com/aws/aws-sdk-js-v3/blob/main/clients/client-s3/src/endpoint/ruleset.ts

This is where one of the conditions aws.partition is defined in that file https://github.com/aws/aws-sdk-js-v3/blob/main/clients/client-s3/src/endpoint/ruleset.ts#L29

The rule condition is coming from many rules, here are a couple.

Partition does not support FIPS
Unrecognized hardware type: "Expected hardware type o or e but got {hardwareType}"
Invalid ARN: The outpost Id must only contain a-z, A-Z, 0-9 and -.

Going back in the history of that file, that condition has always been there. The smithy client must not be able to handle those functions, but the old utils must have been able to. I haven't dove into the old utils that shipped with this package. I believe the change happened with this PR #5390

It looks like the latest version of the @aws-sdk/client-s3 that works before that pull request was 3.437.0

related aws/aws-sdk-js-v3#5435 this happened with string video sources

* fix: Webpack dynamic import warning better * fix: downgrade @aws-sdk/client-s3 to fix bundling related aws/aws-sdk-js-v3#5435 this happened with string video sources

anthgur · 2024-01-06T22:37:25Z

In case this is helpful to someone else, I ran into a similar endpointFunctions[fn] is not a function issue at build time when I installed the latest @aws-sdk/client-ses version into an existing project. I was able to resolve the issue by setting all aws client packages for my project to the same 3.x minor version.

josereymondaguilar · 2024-01-16T12:19:43Z

Got same issue when using version 3.481.0, seems the recent 3.490.0 works. Both @aws-sdk/client-sns, @aws-sdk/client-sqs, @aws-sdk/client-s3 in same 490 version and that magically worked! 🤔

changchang · 2024-01-19T01:33:15Z

I have the same issue as #5435 (comment).
It failed at handling fn = aws.partition.

Investigation

I can see the aws.partition is set up at https://github.com/aws/aws-sdk-js-v3/blob/main/packages/util-endpoints/src/aws.ts#L13

The logic is supposed to hit the branch https://github.com/smithy-lang/smithy-typescript/blob/main/packages/util-endpoints/src/utils/callFunction.ts#L13.
But it hit https://github.com/smithy-lang/smithy-typescript/blob/main/packages/util-endpoints/src/utils/callFunction.ts#L16

From my local error stack:
at callFunction (/<project-root-path>/node_modules/@aws-sdk/client-sts/node_modules/@smithy/util-endpoints/dist-cjs/index.js:271:31)

I can see there was a @smithy under @aws-sdk/client-sts/node_modules.

I believe this error is caused by the way we register customEndpointFunctions.aws. We update the customEndpointFunctions.aws from @smithy in aws-sdk.

I use sst to manage my stacks on top of CDK. They specify the @smithy/util-endpoints version as 1.0.5 in the latest sst version (2.39.6).
sst/sst@ff3abe3#diff-6a1935fc5ad82cc9ecc6277e01331eda95c2f1494e465569e5c325edcc8e596fR66
But the version in aws-sdk is 1.1.0.

Because of the version conflicts, @aws-sdk/client-sts and @aws-sdk/util-endpoints have their own @smithy/util-endpoints.
Here is the layout for my local dependencies.

.
└── node_modules
    ├── @aws-sdk
    │   ├── client-sts
    │   │   └── node_modules
    │   │       └── @smithy
    │   │           └── util-endpoints (1.1.0)
    │   └── util-endpoints
    │       └── node_modules
    │           └── @smithy
    │               └── util-endpoints (1.1.0)
    └── @smithy
        └── util-endpoints (1.0.5, from sst)

In client-sts
We import @aws-sdk/util-endpoints to register customerEndpointFunctions. (https://github.com/aws/aws-sdk-js-v3/blob/main/clients/client-sts/src/index.ts#L19)
The customerEndpointFunctions is stored in @aws-sdk/util-endpoints/node_modules/@smithy/util-endpoints.

But when we resolve the endpoint, we import the resolveEndpoint function from @smithy/util-endpoints directly. (https://github.com/aws/aws-sdk-js-v3/blob/main/clients/client-sts/src/endpoint/endpointResolver.ts#L12)
Then, this resolveEndpoint function will access customerEndpointFunctions in @aws-sdk/client-sts/node_modules/@smithy/util-endpoints, which is different from the one we registered above. Then we will get an empty customerEndpointFunctions.

Possible Solution

So one possible solution is to re-export resolveEndpoint in @aws-sdk/util-endpoints since we register customEndpointFunctions in it.
The call stack will look like: @aws-sdk/client-sts -> @aws-sdk/util-endpoints -> @smithy/util-endpoints.
But, ideally, maybe we should find a better way to manage the customEndpointFunctions. 🤔

For a temp workaround, I revert sst to the previous version (2.39.5), delete the package-lock.json and node_modules, and re-run the build. It can work. The extra @smithy/util-endpoints in sub-modules are gone. That means we should make sure we are using the same version for the @smithy/util-endpoints in our project.

If I resume sst 2.39.6, delete the package-lock.json and node_modules, and re-build, I can replicate the error.

Hope this can help with your investigation. @RanVaknin

jfirebaugh · 2024-01-22T20:11:07Z

I can confirm that this issue arises when package version resolution results in multiple versions of @smithy/util-endpoints being used at runtime. The way @smithy/util-endpoints is currently architected, with a global custom endpoint function registry, makes it unsafe to have multiple copies in use simultaneously. This should be fixed in aws-sdk.

In the meantime, a workaround is to use overrides (npm), pnpm.overrides (pnpm), or resolutions (yarn) to force @smithy/util-endpoints to be resolved to a single version only.

janvorwerk · 2024-01-26T11:11:53Z

I have the same issue here... when I upgrade my project from Next.js 13 to Next.js 14.
Unfortunately, I am trying to reproduce it on a small project, but there, it works like a charm so far 😭

Unlike the comments above, I only have a single version of @smithy/util-endpoints => 1.1.1.

However, I am using a monorepo with pnpm workspaces.

And the fun fact is that it works well with Next.js 13.5.6 but not when I upgrade only my next dependency to 14.1.0. I wonder if some bundler options somehow could also generate two occurrences of customEndpointFunctions??

Here is the call-stack if this can help...

    stack: 'TypeError: endpointFunctions[fn] is not a function\n' +
      '    at callFunction (webpack-internal:///(rsc)/../../node_modules/.pnpm/@smithy+util-endpoints@1.1.1/node_modules/@smithy/util-endpoints/dist-cjs/index.js:258:33)\n' +
      '    at evaluateCondition (webpack-internal:///(rsc)/../../node_modules/.pnpm/@smithy+util-endpoints@1.1.1/node_modules/@smithy/util-endpoints/dist-cjs/index.js:266:19)\n' +
      '    at evaluateConditions (webpack-internal:///(rsc)/../../node_modules/.pnpm/@smithy+util-endpoints@1.1.1/node_modules/@smithy/util-endpoints/dist-cjs/index.js:283:38)\n' +
      '    at evaluateErrorRule (webpack-internal:///(rsc)/../../node_modules/.pnpm/@smithy+util-endpoints@1.1.1/node_modules/@smithy/util-endpoints/dist-cjs/index.js:383:41)\n' +
      '    at evaluateRules (webpack-internal:///(rsc)/../../node_modules/.pnpm/@smithy+util-endpoints@1.1.1/node_modules/@smithy/util-endpoints/dist-cjs/index.js:419:13)\n' +
      '    at evaluateTreeRule (webpack-internal:///(rsc)/../../node_modules/.pnpm/@smithy+util-endpoints@1.1.1/node_modules/@smithy/util-endpoints/dist-cjs/index.js:402:12)\n' +
      '    at evaluateRules (webpack-internal:///(rsc)/../../node_modules/.pnpm/@smithy+util-endpoints@1.1.1/node_modules/@smithy/util-endpoints/dist-cjs/index.js:421:41)\n' +
      '    at evaluateTreeRule (webpack-internal:///(rsc)/../../node_modules/.pnpm/@smithy+util-endpoints@1.1.1/node_modules/@smithy/util-endpoints/dist-cjs/index.js:402:12)\n' +
      '    at evaluateRules (webpack-internal:///(rsc)/../../node_modules/.pnpm/@smithy+util-endpoints@1.1.1/node_modules/@smithy/util-endpoints/dist-cjs/index.js:421:41)\n' +
      '    at resolveEndpoint (webpack-internal:///(rsc)/../../node_modules/.pnpm/@smithy+util-endpoints@1.1.1/node_modules/@smithy/util-endpoints/dist-cjs/index.js:452:22)\n' +
      '    at Object.defaultEndpointResolver [as endpointProvider] (webpack-internal:///(rsc)/../../node_modules/.pnpm/@aws-sdk+client-s3@3.499.0/node_modules/@aws-sdk/client-s3/dist-es/endpoint/endpointResolver.js:11:83)\n' +
      '    at getEndpointFromInstructions (webpack-internal:///(rsc)/../../node_modules/.pnpm/@smithy+middleware-endpoint@2.4.1/node_modules/@smithy/middleware-endpoint/dist-cjs/index.js:136:35)\n' +
      '    at async eval (webpack-internal:///(rsc)/../../node_modules/.pnpm/@smithy+middleware-endpoint@2.4.1/node_modules/@smithy/middleware-endpoint/dist-cjs/index.js:172:30)\n' +
      '    at async eval (webpack-internal:///(rsc)/../../node_modules/.pnpm/@aws-sdk+middleware-sdk-s3@3.499.0/node_modules/@aws-sdk/middleware-sdk-s3/dist-cjs/index.js:107:28)\n' +
      '    at async eval (webpack-internal:///(rsc)/../../node_modules/.pnpm/@aws-sdk+middleware-sdk-s3@3.499.0/node_modules/@aws-sdk/middleware-sdk-s3/dist-cjs/index.js:132:24)\n' +
      '    at async eval (webpack-internal:///(rsc)/../../node_modules/.pnpm/@aws-sdk+middleware-logger@3.496.0/node_modules/@aws-sdk/middleware-logger/dist-cjs/index.js:40:34)\n' +
      '    at async SkS3Bucket.exists (webpack-internal:///(rsc)/../../packages/aws/s3.ts:45:30)\n' +

fones · 2024-01-31T07:30:57Z

Got the same issue, when I upgrade @aws-sdk/client-dynamodb to 3.503.1. I have removed node_modules and package-loc.json file and install again. Now works fine.

jcollum-nutrien · 2024-01-31T21:39:04Z

When I ran into this issue it was due to a mismatch of some sort in the versions of aws packages. I don't have more detail, I just bumped an sts package from 496 to 498 or something similar and ran yarn and it started working. rimraf your node modules dir and update all your aws packages to the current version -- that's the only advice I have here.

DarrylBrooks97 · 2024-02-07T01:50:49Z

Can confirm this happens when upgrading from Next 13.5.6 -> 14.1.0 🥲

janvorwerk · 2024-02-18T19:31:55Z

Can confirm this happens when upgrading from Next 13.5.6 -> 14.1.0 🥲

@DarrylBrooks97 what is your setup? Let's try to find what our two cases have in common to try and create a small project for reproduction. If you agree, of course!

I am using a pnpm monorepo. The structure is as follows:

The root is in a folder called sk:

root project => .../sk

From there, I have two Next.js projects and one Expo/React Native project:

@sk/next_project_1 => .../sk/apps/next_project_1
@sk/next_project_2 => .../sk/apps/next_project_2
@sk/expo_project => .../sk/apps/expo_project

All these depend on packages listed below... one of which is my AWS wrapper which depends on

    "@aws-sdk/client-s3": "^3.499.0",
    "@aws-sdk/client-sns": "^3.499.0",

My shared packages:

  @sk/api => .../sk/packages/api
  @sk/assets => .../sk/packages/assets
  @sk/auth => .../sk/packages/auth
  @sk/aws => .../sk/packages/aws       <=== AWS dep here
  @sk/business => .../sk/packages/business
  @sk/context => .../sk/packages/context
  @sk/drizzle => .../sk/packages/drizzle
  @sk/fit => .../sk/packages/fit
  @sk/i18n => .../sk/packages/i18n
  @sk/logging => .../sk/packages/logging
  @sk/notifications => .../sk/packages/notifications
  @sk/schema => .../sk/packages/schema
  @sk/utils => .../sk/packages/utils
  @sk/webview => .../sk/packages/webview

  @sk/eslint-config => .../sk/tooling/eslint
  @sk/prettier-config => .../sk/tooling/prettier
  @sk/tailwind-config => .../sk/tooling/tailwind
  @sk/tsconfig => .../sk/tooling/typescript

We could try and send the output of pnpn ls -r --depth=0 --json... but for now, I am afraid that this might be a bit overwhelming.

seawatts · 2024-02-27T18:20:42Z

I can confirm that this issue arises when package version resolution results in multiple versions of @smithy/util-endpoints being used at runtime. The way @smithy/util-endpoints is currently architected, with a global custom endpoint function registry, makes it unsafe to have multiple copies in use simultaneously. This should be fixed in aws-sdk.

In the meantime, a workaround is to use overrides (npm), pnpm.overrides (pnpm), or resolutions (yarn) to force @smithy/util-endpoints to be resolved to a single version only.

Pinning the package to 1.1.2 worked for me:

// package.json

"pnpm": {
    "overrides": {
      "@smithy/util-endpoints": "1.1.2"
    }
  },

pnpm why @smithy/util-endpoints

sst 2.40.3
└─┬ @aws-sdk/client-cloudformation 3.511.0
└─┬ @aws-sdk/client-sts 3.511.0
  └─┬ @aws-sdk/credential-provider-node 3.511.0 peer
    ├─┬ @aws-sdk/credential-provider-ini 3.511.0
    │ └─┬ @aws-sdk/credential-provider-sso 3.511.0
    │   ├─┬ @aws-sdk/client-sso 3.511.0
    │   │ ├─┬ @aws-sdk/middleware-user-agent 3.511.0
    │   │ │ └─┬ @aws-sdk/util-endpoints 3.511.0
    │   │ │   └── @smithy/util-endpoints 1.1.2
    │   │ ├─┬ @aws-sdk/util-endpoints 3.511.0
    │   │ │ └── @smithy/util-endpoints 1.1.2
    │   │ └── @smithy/util-endpoints 1.1.2
    │   └─┬ @aws-sdk/token-providers 3.511.0
    │     └─┬ @aws-sdk/client-sso-oidc 3.511.0
    │       ├─┬ @aws-sdk/middleware-user-agent 3.511.0
    │       │ └─┬ @aws-sdk/util-endpoints 3.511.0
    │       │   └── @smithy/util-endpoints 1.1.2
    │       ├─┬ @aws-sdk/util-endpoints 3.511.0
    │       │ └── @smithy/util-endpoints 1.1.2
    │       └── @smithy/util-endpoints 1.1.2
    └─┬ @aws-sdk/credential-provider-sso 3.511.0
      ├─┬ @aws-sdk/client-sso 3.511.0
      │ ├─┬ @aws-sdk/middleware-user-agent 3.511.0
      │ │ └─┬ @aws-sdk/util-endpoints 3.511.0
      │ │   └── @smithy/util-endpoints 1.1.2
      │ ├─┬ @aws-sdk/util-endpoints 3.511.0
      │ │ └── @smithy/util-endpoints 1.1.2
      │ └── @smithy/util-endpoints 1.1.2
      └─┬ @aws-sdk/token-providers 3.511.0
        └─┬ @aws-sdk/client-sso-oidc 3.511.0
          └─┬ @aws-sdk/middleware-user-agent 3.511.0
            └─┬ @aws-sdk/util-endpoints 3.511.0
              └── @smithy/util-endpoints 1.1.2

janvorwerk · 2024-03-20T09:13:50Z

I have the same issue here... when I upgrade my project from Next.js 13 to Next.js 14. Unfortunately, I am trying to reproduce it on a small project, but there, it works like a charm so far 😭

I have a reproducible test case ✅ 🚀

Same repo as earlier, but I've modified the setup to a pnpm monorepo https://github.com/janvorwerk/aws-s3-demo

Works like a charm in Next.js 13
Updating to Next.js 14 produces the same error!

All hints about multiple versions of @smithy/util-endpoints fall short in my case... I suppose the packaging induces multiple instances, but there is only one single version in my depenencies... pinning a version does not help!

coronapl · 2024-03-20T15:05:38Z

I have the same issue here... when I upgrade my project from Next.js 13 to Next.js 14. Unfortunately, I am trying to reproduce it on a small project, but there, it works like a charm so far 😭

I have a reproducible test case ✅ 🚀

Same repo as earlier, but I've modified the setup to a pnpm monorepo https://github.com/janvorwerk/aws-s3-demo

Works like a charm in Next.js 13

Updating to Next.js 14 produces the same error!

All hints about multiple versions of @smithy/util-endpoints fall short in my case... I suppose the packaging induces multiple instances, but there is only one single version in my depenencies... pinning a version does not help!

@janvorwerk We are also facing the same issue. We tried pinning the version, but no success.

janvorwerk · 2024-03-20T15:23:43Z

@janvorwerk We are also facing the same issue. We tried pinning the version, but no success.

What worked for me @coronapl is to remain on an older AWS SDK version as mentionned in the bug description.

galer7 · 2024-03-21T07:48:48Z

If you use SST: npx sst update and then pnpm install. Docs on sst update: https://docs.sst.dev/packages/sst#sst-update

RanVaknin · 2024-03-21T19:09:56Z

Hi everyone on the thread.

Thank you for your patience and for participating in the discussion.

The problem that was initially reported was caused because of multiple copies of @smithy/util-endpoints used in different versions by the application. The solution for that was to force the package manager to align the versions by deleting node_modules and the lock files, and then running npm install again.

For some of you using Next 14, I see this is still an issue. We think this is likely a problem with the bundler Next 14 uses or with the build system itself.
Issue with Next14 is now tracked here.
Based on the investigation done by @changchang, sst is impacted the same way.

Since there are multiple scenarios in which this is manifesting in, some are solved with a simple deduping of versions, some are not I'm going to close this thread, and ask that if none of the solutions on this thread work out for you, please create a new separate issue and include a minimal repro code, preferably in the form of a github repo.

Thanks,
Ran~

taoatmars added bug This issue is a bug. needs-triage This issue or PR still needs to be triaged. labels Oct 30, 2023

RanVaknin self-assigned this Nov 2, 2023

RanVaknin added response-requested Waiting on additional info and feedback. Will move to \"closing-soon\" in 7 days. p2 This is a standard priority issue bug This issue is a bug. and removed needs-triage This issue or PR still needs to be triaged. bug This issue is a bug. labels Nov 2, 2023

github-actions bot added closing-soon This issue will automatically close in 4 days unless further comments are made. closed-for-staleness and removed closing-soon This issue will automatically close in 4 days unless further comments are made. labels Nov 10, 2023

github-actions bot closed this as completed Nov 15, 2023

RanVaknin reopened this Nov 28, 2023

RanVaknin added investigating Issue is being investigated and/or work is in progress to resolve the issue. and removed closed-for-staleness labels Nov 28, 2023

RanVaknin removed the investigating Issue is being investigated and/or work is in progress to resolve the issue. label Nov 28, 2023

github-actions bot removed the response-requested Waiting on additional info and feedback. Will move to \"closing-soon\" in 7 days. label Nov 29, 2023

luwes added a commit to luwes/next-video that referenced this issue Dec 19, 2023

fix: downgrade @aws-sdk/client-s3 to fix bundling

1ff9773

related aws/aws-sdk-js-v3#5435 this happened with string video sources

luwes mentioned this issue Dec 19, 2023

fix: bundling related issues muxinc/next-video#125

Merged

luwes added a commit to muxinc/next-video that referenced this issue Dec 19, 2023

fix: bundling related issues (#125)

4245768

* fix: Webpack dynamic import warning better * fix: downgrade @aws-sdk/client-s3 to fix bundling related aws/aws-sdk-js-v3#5435 this happened with string video sources

bassrock mentioned this issue Mar 15, 2024

fix(jq-aws): fixing a jq & aws update Pocket/pocket-monorepo#311

Merged

coronapl mentioned this issue Mar 20, 2024

S3 Client not working with next@14.1.3 #5925

Closed

3 tasks

kuhe self-assigned this Mar 21, 2024

RanVaknin closed this as not planned Won't fix, can't repro, duplicate, stale Mar 21, 2024

aws locked as off-topic and limited conversation to collaborators Mar 21, 2024

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

EndpointFunctions[fn] is not a function #5435

EndpointFunctions[fn] is not a function #5435

taoatmars commented Oct 30, 2023

RanVaknin commented Nov 2, 2023

github-actions bot commented Nov 10, 2023

seawatts commented Nov 15, 2023

ytimenkov commented Nov 20, 2023

seawatts commented Nov 20, 2023

willmcclellan commented Nov 21, 2023

nagarjuna993 commented Nov 28, 2023

RanVaknin commented Nov 28, 2023 •

edited

Loading

boenhoff commented Nov 29, 2023

ytimenkov commented Nov 29, 2023

kopertop commented Nov 30, 2023

pedro-pina-cabrera commented Dec 1, 2023

sheeni17 commented Dec 6, 2023

Makiavelo commented Dec 11, 2023

seawatts commented Dec 14, 2023 •

edited

Loading

anthgur commented Jan 6, 2024

josereymondaguilar commented Jan 16, 2024

changchang commented Jan 19, 2024 •

edited

Loading

jfirebaugh commented Jan 22, 2024

janvorwerk commented Jan 26, 2024

fones commented Jan 31, 2024

jcollum-nutrien commented Jan 31, 2024

DarrylBrooks97 commented Feb 7, 2024

janvorwerk commented Feb 18, 2024

seawatts commented Feb 27, 2024 •

edited

Loading

janvorwerk commented Mar 20, 2024

coronapl commented Mar 20, 2024 •

edited

Loading

janvorwerk commented Mar 20, 2024 •

edited

Loading

galer7 commented Mar 21, 2024

RanVaknin commented Mar 21, 2024

EndpointFunctions[fn] is not a function #5435

EndpointFunctions[fn] is not a function #5435

Comments

taoatmars commented Oct 30, 2023

Checkboxes for prior research

Describe the bug

SDK version number

Which JavaScript Runtime is this issue in?

Details of the browser/Node.js/ReactNative version

Reproduction Steps

Observed Behavior

Expected Behavior

Possible Solution

Additional Information/Context

RanVaknin commented Nov 2, 2023

github-actions bot commented Nov 10, 2023

seawatts commented Nov 15, 2023

ytimenkov commented Nov 20, 2023

seawatts commented Nov 20, 2023

willmcclellan commented Nov 21, 2023

nagarjuna993 commented Nov 28, 2023

RanVaknin commented Nov 28, 2023 • edited Loading

boenhoff commented Nov 29, 2023

ytimenkov commented Nov 29, 2023

kopertop commented Nov 30, 2023

pedro-pina-cabrera commented Dec 1, 2023

sheeni17 commented Dec 6, 2023

Makiavelo commented Dec 11, 2023

seawatts commented Dec 14, 2023 • edited Loading

anthgur commented Jan 6, 2024

josereymondaguilar commented Jan 16, 2024

changchang commented Jan 19, 2024 • edited Loading

Investigation

Possible Solution

jfirebaugh commented Jan 22, 2024

janvorwerk commented Jan 26, 2024

fones commented Jan 31, 2024

jcollum-nutrien commented Jan 31, 2024

DarrylBrooks97 commented Feb 7, 2024

janvorwerk commented Feb 18, 2024

seawatts commented Feb 27, 2024 • edited Loading

janvorwerk commented Mar 20, 2024

coronapl commented Mar 20, 2024 • edited Loading

janvorwerk commented Mar 20, 2024 • edited Loading

galer7 commented Mar 21, 2024

RanVaknin commented Mar 21, 2024

RanVaknin commented Nov 28, 2023 •

edited

Loading

seawatts commented Dec 14, 2023 •

edited

Loading

changchang commented Jan 19, 2024 •

edited

Loading

seawatts commented Feb 27, 2024 •

edited

Loading

coronapl commented Mar 20, 2024 •

edited

Loading

janvorwerk commented Mar 20, 2024 •

edited

Loading