You can sign up to get a daily email of our articles, see the Mailing List page!
Support us on Patreon to keep GamingOnLinux alive. This ensures we have no timed articles and no paywalls. Just good, fresh content! Alternatively, you can donate through Paypal, Flattr and Liberapay.!
  Go to:
[Solved] Stalled requests with high paging settings
jens commented on 4 November 2017 at 9:46 am UTC

XpanderHappens with Chrome for me sometimes (haven't tested that long since its not my main browser).

Never seen it with Vivaldi, Opera (though they use same engine) and Firefox.
Yes. This seems a server side issue that somehow got only triggered with chrome. It was completely resolved for me once the provider of this site "Disabled PHP-FPM". Dunno if that change is now reverted.

Could you please give chrome a shot and report if you still got that issue? I would feel better if someone would at least confirm that I'm not going nuts

tuubi commented on 4 November 2017 at 10:11 am UTC

I can't reproduce it in Chromium or Firefox, but the longest comment thread I've had notifications for lately was the recent F1 2017 release article, and maybe it's not long enough to trigger it.

liamdawe commented on 4 November 2017 at 10:32 am UTC

Okay I have two ideas I'm going to implement tonight to help track it down.

Currently clearing a notification and redirecting to a specific comment are done in the same page that renders an article. What i will do is split them up into two files. So we will have one to render that article as normal and one to actually do the notification clearing and redirect.

This way I can track down easier where the stall is coming from.

jens commented on 4 November 2017 at 11:29 am UTC

Here the F1 thread (the long one) is sufficient to trigger this behavior, I thought that is starts as soon as the notification point into the second page..

@liamdewe, thanks a lot for keeping keen to track this down. Note that I got this also when editing one of my posts in a longer thread on pages other than the first page (only with editing, never with initially posting). The editing itself is successful, but the redirect to the thread results in 5 minutes waiting for a response.

liamdawe commented on 4 November 2017 at 9:12 pm UTC

I'm still never seeing it myself, so it's a little difficult to track.

I've done an adjustment that might help, let me know.

Essentially, I wasn't doing a "die()" after sending the redirect header in php to send you to the correct comment. This results in the rest of the entire article rendering page still executing (possibly then stalling somehow). I've added them in, which should stop any unexpected behaviour.

jens commented on 5 November 2017 at 6:51 am UTC

Your adjustments seem to have effect, cool .
Clicking on a notifications link seem fine now and even much faster. I'll keep an eye out and report back.

jens commented on 6 November 2017 at 6:14 pm UTC

Marked as solved, works perfectly now.

  Go to:

Due to spam you need to Register and Login to comment.

Or login with...

Livestreams & Videos
Community Livestreams
  • Crawl About: „Paper Sorcerer“
  • Date:
See more!
Popular this week
View by Category
Latest Comments
Latest Forum Posts