Update on the issue (and the solution)
It seems like a possible solution (at least to me) is to probably avoid having a generator tab open with so many comment frames at once, as they’re constantly filling up the whole TCP connection with requests for listening for new comments every time, which is what’s causing the “stalled” problem every time I load and save generators.
See this comment for a reference.
Update 1: Now I’ve just sort of reproduced this by opening the Comments Plugin tab while one of my generators is saving, and then after the tab is being open and then closed, the saving process just stalled out of nowhere.
Recently I was hit by the problem where the saving process just stuck in the background, and when I checked the DevTools Network, there’s a lot of stalled connections when fetching a few resources required for the generator page to fully load. The stall eventually ends for a short time (1-30 min), but sometimes even longer (30-60 minutes), and even after that, it’s either still hangs on “saving” whatsoever, or it rolls back to the perviously “unsaved” state.
I also got the problem with loading generators too, where it hangs very frequently now, for the same reason, except that I sometimes get an ERR_QUIC_PROTOCOL_ERROR
from the console whenever the generator fails to load after the stalled connections.
Is this maybe just because of the internet connection, my browser, or probably the “cache-busting” issue in the end? I tried logging into my other browser (Firefox) and saving the same generator and found no issues. It also loads generators perfectly fine.
Sorry for the delay on this (and many other posts by you and others!). This is a super annoying bug - it’s really important to me that Perchance is snappy, so I’m committed to solving this. I think I’m starting to get an idea of what’s happening here.
For some reason the server isn’t properly closing the connection, or Cloudflare has a bug with HTTP/3 which means it sometimes doesn’t recognize when the connection has been closed, and this causes the browser to think that the content download is still in progress, even though it finished long ago. And that causes a stall while it waits. But it’s strange because I thought with HTTP/2 and HTTP/3 the browser could “multiplex” downloads over a single connection so I’m not sure why one download is stalling the others.
I’ve disabled HTTP/3 for now to test if this was the issue. Can you let me know if it happens for you again? Also pinging @[email protected] in case you’ve run into this problem too. If this doesn’t work, then I suspect it has to do with the server getting a bit overloaded, and not ending connections properly (though this still wouldn’t explain the apparent lack of multiplexing, which I’ll have to investigate - maybe there’s still a concurrency limit and it’s being hit somehow), and in that case maybe it’s time for me to do a big server upgrade - in that case it’ll probably take me a week or two of work but it’ll be worth it.
I haven’t been editing/creating (and saving) generators lately, so I haven’t experienced some delays (might also because my timezone might be on the opposite where the traffic might be high). Also haven’t experienced it (or maybe not realized that there was a problem) so I’ll keep it in mind!
Great, thanks! I didn’t notice the delay yet, but I’ll reply once it happened again.