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
I've been trying to isolate this issue as much as I could, doing varying tests due to my unfamiliarity with the system, just a heads up that my conclusions could be way off.
The issue is seemingly caused by a jsaddle wrapped reflex application calling widgetHold/networkHold (or it's networkView variant) on an Event that holds a somewhat large data type, in this case it's a record of the Extensible library that is about 87kb as a json. This leads to an infinite loop of synchronization attempts with a growing footprint in the XHR responses. The issue could be related to the blocking nature of the synchronicity mechanism discussed in here #51
If I were to pause the program in the browser and unpause it, then the view is resolved, jsaddle's synch loop stops and it is as if nothing happened.
Building the same application to a full stack web app with ghcjs yields no problem whatsoever as well as no apparent performance/side effects.
And the funny thing is that if I were to just embedded my json in the code as a large string, then the failure escape sequence becomes a completely different. The app breaks with the following message:
<interactive>: Network.Socket.sendBuf: resource vanished (Broken pipe)
<interactive>: kevent: does not exist (No such file or directory)
<interactive>: ConnectionClosed
I must conclude that these two issues share the underlying cause. Perhaps a segmentation fault bug with the c code? And again, this works just fine if I deploy locally as a web app.
The text was updated successfully, but these errors were encountered:
I've been trying to isolate this issue as much as I could, doing varying tests due to my unfamiliarity with the system, just a heads up that my conclusions could be way off.
The issue is seemingly caused by a jsaddle wrapped reflex application calling
widgetHold
/networkHold
(or it'snetworkView
variant) on an Event that holds a somewhat large data type, in this case it's a record of the Extensible library that is about 87kb as a json. This leads to an infinite loop of synchronization attempts with a growing footprint in the XHR responses. The issue could be related to the blocking nature of the synchronicity mechanism discussed in here #51If I were to pause the program in the browser and unpause it, then the view is resolved, jsaddle's synch loop stops and it is as if nothing happened.
Building the same application to a full stack web app with ghcjs yields no problem whatsoever as well as no apparent performance/side effects.
And the funny thing is that if I were to just embedded my json in the code as a large string, then the failure escape sequence becomes a completely different. The app breaks with the following message:
I must conclude that these two issues share the underlying cause. Perhaps a segmentation fault bug with the c code? And again, this works just fine if I deploy locally as a web app.
The text was updated successfully, but these errors were encountered: