Open source platform for stress free deployments, measured impact, and smarter decisions.

GrowthBook Users

set the channel topic: Ask questions here related to the HTML (script tag) SDK.

set the channel description: Ask questions here related to the HTML (script tag) SDK.

Hi! I added a tag in Tag manager with All Pages trigger but the connection didn't happen, does anyone know what could be the problem?

Hello, request from the GrowthBook HTML tag seems to be running from 3-10 minutes in the network tab, has anybody come across this issue :thread:

image.png

This seems to be HTML sdk specific as I get the halting behaviour via various browsers.

Reproduce steps: Create a html tag sdk connection and use the sdk client key to navigate to this url which the html tag makes the request to

<https://cdn.growthbook.io/sub/{SDK-Client-Key}>

Those requests are intentional.  The SDK uses Server-Sent Events (SSE) to stream feature flag updates to the browser as soon as they happen.  This shows up in the browser as long-running requests, but it's perfectly normal.

Could this cause the page not to be rendered in WebKit (iOS Apps) to not to load the whole page, as they seem to be long running requests?

We have a website with GrowthBook HTML tag, which works okay in Desktop Safari, and Mobile Safari.

We also have an app which has a WebKit WebView which attempts to load a page from our website. We observed that GrowthBook HTML tag causes it to halt.

We have <https://developer.apple.com/documentation/webkit/wkwebviewconfiguration/1395663-suppressesincrementalrendering|suppessesIncrementalRendering >set to false, so not really sure how, but it seems to be waiting for the GrowthBook HTML tag.

In theory it should work fine. That said, WebView is not the most stable environment generally speaking, and its possible there could be some conflicts (content security, CORS, 3rd party script rules, etc). It may be worth manually integrating the JS SDK in such an environment so that you have more control. Or at least hook up a debugger and run in virtual mode, pipe the console and network tab output to your desktop, and see if any console errors or failed network requests register.

We don't see any failed network requests, or console errors, with the exception of the ongoing SSE request, which led us to suspect something like this happening due to WebView waiting on SSE request whereas it shouldn't.

So <https://stackoverflow.com/questions/9932462/how-to-remove-safaris-loading-wheel-when-using-server-sent-events|this >has fixed it for us, not sure if there is something GrowthBook source can address but putting here for anyone who might come across the same issue in the future

(worth noting this fix unfortunately introduces additional flicker into the visual editor - although we can limit that to this specific environment)

Update, we improved performance by listening to DOMContentLoaded event rather than setTimeout

Hi, I have the html sdk installed following the documentation. I have a Spring Boot with Thymeleaf project. Now, when the user is unauthenticated we redirect to the sign up page. When I try to open the visual editor, it goes to the root page (`/`). But when we load that page, we see the user is not authenticated so we redirect to `/login`  by a HTTP 302. Should this be a problem in using the visual editor?