ArisKatsaris comments on Open Thread, August 16-31, 2012 - Less Wrong

3 Post author: OpenThreadGuy 15 August 2012 03:25AM

You are viewing a comment permalink. View the original post to see all comments and the full post content.

Comments (313)

You are viewing a single comment's thread.

Comment author: Oscar_Cunningham 18 August 2012 06:04:21PM 9 points [-]

Something is hinky with the upvote and downvote buttons (for me at least). When I press one nothing happens. Repeated pressing doesn't seem to do anything, but then sometimes the button colours-in after a delay. Sometimes it doesn't look like I pressed the button and then when I refresh the page I see that the button is coloured and the vote did register. Anyone else have the same problem?

Comment author: Vladimir_Nesov 20 August 2012 02:25:23AM *  9 points [-]

Previously, the interface responded immediately, but the vote wasn't immediately applied (if you reopened the same post/comment, you wouldn't see your vote for a while). Sometimes, a vote would be lost, never applied, even though it was reflected in the interface. It looks like now the interface waits for the vote to actually get received, and only updates once it has been. As before, it takes a while for that to happen, and sometimes it doesn't happen at all, but the difference is that now this effect is apparent.

If this delay can't be easily fixed, an animation indicating that the operation is in progress (like one appearing when sending a comment) might help with the interface responsiveness issue.

Comment author: Oscar_Cunningham 20 August 2012 09:09:07AM 4 points [-]

It looks like now the interface waits for the vote to actually get received, and only updates once it has been.

I suppose that that's actually better, but

If this delay can't be easily fixed, an animation indicating that the operation is in progress (like one appearing when sending a comment) might help with the interface responsiveness issue.

is definitely better again. Otherwise I'm tempted to mash the voting button until something happens. It doesn't have to be an "animation" it could just be a still image of something that means "waiting" like a clock or a sandtimer.

Comment author: shminux 18 August 2012 07:35:33PM 2 points [-]

Same here.

Comment author: tut 19 August 2012 08:44:11AM 2 points [-]

I have noticed something similar. The length of the delay appears to be correlated with the speed of my internet, so I think that what's happening is that when you click on the 'hand' your browser sends a signal to the LW servers telling it what you did, and then waits for confirmation that the comment has been upvoted before coloring the 'hand'.

Comment author: David_Gerard 20 August 2012 12:45:01AM 1 point [-]

Same here. FF14 for Linux.

Comment author: [deleted] 20 August 2012 01:27:41AM 1 point [-]

Yeah, been having this problem for a while, but haven't cared enough to report it. Stable Chrome on Fedora.

Comment author: dbaupp 18 August 2012 07:20:37PM 1 point [-]

How long is the delay? On the order of seconds, or 10s of seconds, or minutes?

Comment author: Oscar_Cunningham 18 August 2012 08:01:48PM 0 points [-]

Seconds.

Comment author: dbaupp 18 August 2012 09:57:09PM *  0 points [-]

I sometimes also see a delay of that order between clicking and the hand being coloured. (I assume it has to communicate with the LW web server and then receive a message back, before the vote can be acknowledged/displayed.)

I haven't ever had it not responding at all though.

Comment author: Oscar_Cunningham 19 August 2012 08:35:42AM 0 points [-]

Well the times I think that it's not responding at all might just be times where the delay is so long I got bored of waiting. But if so those times are certainly more than 10 seconds, which is much slower than I'm used to. Next time it looks like nothing has happened I'll wait for a few minutes.