You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
(observed and tested with Datastar version v1.0.0-beta.2 on Chrome and Firefox)
When trying out the data-on-load attribute with the new __delay modifier, I've noticed that if I have more than one data-on-load attribute executing, GET fetch requests returning a fragment containing itself a data-on-load attribute seem to multiply exponentially, overloading the browser within a few seconds.
The starting page used during testing contains these two divs:
If the starting page is modified to only contain ONE div with the data-on-load attribute, the runaway behavior is not seen, and the sole div updates every second from the backend, as expected.
Below is the Go backend code which uses templ for HTML rendering.
(observed and tested with Datastar version v1.0.0-beta.2 on Chrome and Firefox)
When trying out the
data-on-load
attribute with the new__delay
modifier, I've noticed that if I have more than onedata-on-load
attribute executing, GET fetch requests returning a fragment containing itself adata-on-load
attribute seem to multiply exponentially, overloading the browser within a few seconds.The starting page used during testing contains these two divs:
Both
/sse*
endpoints return a Datastar SSE event with a fragment containing a similar div, but with the current time:If the starting page is modified to only contain ONE div with the
data-on-load
attribute, the runaway behavior is not seen, and the sole div updates every second from the backend, as expected.Below is the Go backend code which uses templ for HTML rendering.
main.go
data.templ
The text was updated successfully, but these errors were encountered: