#jaythedeveloper_code
1 messages ยท Page 1 of 1 (latest)
๐ Welcome to your new thread!
โฒ๏ธ We'll be here soon! Typically we respond in a few minutes, but sometimes we might take a bit longer if the server is busy or if you have a particularly tricky question.
โฑ๏ธ We close idle threads, which makes them read-only. Once a thread is closed it won't be reopened, but you can always start a new thread if you have another question.
๐ This thread will always be available, even after it's closed. You can find it again using Discord's search, or you can save this link: https://discord.com/channels/841573134531821608/1296279181101105154
๐ Have more to share? Add more details, code, screenshots, videos, etc. below.
I've initialized the onboarding component per the getting started, however It appears that one of the stripe loading scripts is trying to load assets from my domain instead of stripes.
It's not clear where http://dev.fergus.com:3001/data_layer_a3cda2f6d4303adcb8b2.html is coming from. I can't find any reference to data_layer_x in my code or anywhere in stripe repos.
For context, main local dev URL is dev.fergus.com, the dev.fergus.com:3001 is jsut where our local assets are served from through webpack.
hrm, is it possible to access your site somehow? so that we can take a closer look
This isn't live yet, just running locally. I'm happy to setup a screen share/call if that could work?
we don't do screenshares / calls unfortunately ๐ Gimme a moment to think about this
i think we'll really need access to look into this further, is ngrok possible right now?
I'll see what I can do. It's a little complicated I guess because some of the UI running from webpack server for HMR.
or alternatively, i think sharing a simplified example using services like CodeSandbox, JSFiddle that replicates the issue would also allow us to troubleshoot. It does look / feel like something specific to how you're integrating though since we don't see the same issue with our own sample
there's no rush, we're usually around 24/6 and you can reach out again once you have a publicly accessible site which we can access
I just tried ngrok, due to how the authentication works it doesn't like the tunneling setup. I suspect there is something in the initialization of Stripe that causes it to use a domain for my app. Is that expect ?
i don't think that would happen ๐ค What you can do to verify this is to download our quickstart sample, replace the placeholders, run it, and see how it works : https://docs.stripe.com/connect/connect-embedded-components/quickstart?client=react
I'll give it a go. For reference I checked the furever.dev demo app and it appears to load the data_layer_x assets from the connect-js.stripe.com domain.
Hard to troubleshoot since I find any of this loader code in any of the stripe repos.
you are loading the Connect Stripe script directly from Stripe and not self hosting it right?
Not sure what you mean, Sample code has you importing the loadConnectAndInitialize function. This is what I have, we have webpack that handles bundling.
ah, yeah that looks correct. No issues with that then
With a bit of wrangling the downloaded demo works with the same code I'm using for the ConnectAccountOnboarding and the loadConnectAndInitialize function.
Not sure how to troubleshoot further, it seems that connect-js.stripe.com domain is getting replace somewhere with the domain I use for the UI ๐ค
i think the only way forward is to try and rebuild your app bit by bit to try and identify where / what exactly is affecting the domain replacement ๐
Cheers, thanks for the assist ๐
sorry that we couldn't be of more help, hope you manage to narrow down the issue soon