amitkumar3968 / raptor-chess-interface

Automatically exported from code.google.com/p/raptor-chess-interface
0 stars 0 forks source link

When you play too fast the chessboard kicks a piece and you can't move it #520

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?. 
This happens only when you move your pieces too fast.
You can get stuck for a certain amount of time or observe your opponent making 
moves that you cannot follow, resulting in losing important positions without 
having any idea what has happened.

I spoke with some other users and I discovered that I am not the only one who 
has this issue. Of course it is not that bad if you try to play normaly but it 
would be nice if this is fixed.

I am using the latest version .98. The issue occurs both on Windows XP and 
Linux Fedora (I have only tested it on two machines).

Thank you! Please confirm if you have noticed the same.

Cheers, G.

Original issue reported on code.google.com by Gpetko...@gmail.com on 12 Nov 2010 at 11:12

GoogleCodeExporter commented 9 years ago
Does this happen in other client, or just Raptor? It may be a server lag, which 
is unavoidable. Or do you mean the situation when an opp makes moves, but it 
doesn't displayed on the board? 

Original comment by bvk...@gmail.com on 12 Nov 2010 at 8:32

GoogleCodeExporter commented 9 years ago
Hi! Thanks for replying! I am not sure if it is due to lag actually. I haven`t 
used any other clients recently but I am going to try another one and try to 
force the same kind of situation. Maybe a better discription of the issue is 
that both your pieces and your opnonent`s pieces move really fast for a moment, 
then you don`t know whose turn it is and you can`t move, but for some reason 
you don`t notice your oponent to be moving either. I have only noticed this 
happening if you move fast for now. But it is quite an odd issue. It needs some 
more investigation and I will see if I can find more information.

Cheers, G. 

Original comment by Gpetko...@gmail.com on 13 Nov 2010 at 7:06

GoogleCodeExporter commented 9 years ago
Maybe the problem is in enabled premove. Try to disable it in Preferences -> 
Chess Board -> Behavior

Original comment by bvk...@gmail.com on 13 Nov 2010 at 9:45

GoogleCodeExporter commented 9 years ago
I have seen this problem in blitz chess; it might be related to the following 
problem.

1. Get in Examine mode.
2. Move a white piece.
3. Before the server has validated that White's move is legal (and echoed back 
the move), move a black piece.

I suspect that either a) Raptor doesn't know what to do with the second 
drag-and-drop gesture, or b) Raptor forgets where the piece of the second 
drag-and-drop came from.

Original comment by DandyD...@gmail.com on 30 Jan 2011 at 7:41

GoogleCodeExporter commented 9 years ago
I agree, I've never noticed the problem because I used to play a slower, but 
now I think Raptor wont let you grab a piece if you moved and the server is 
still validating the move (as DandyDanD suggested). This can get annoying and 
throws me off some times.

Original comment by jessego...@gmail.com on 3 Feb 2011 at 10:46

GoogleCodeExporter commented 9 years ago
Ok, I understood the issue, it is however not noticeable with a fast 
connection, but could be an inconvenience with a slow one or when the server 
lags, I agree.   

Original comment by bvk...@gmail.com on 4 Feb 2011 at 6:29

GoogleCodeExporter commented 9 years ago
Too much of a pain to fix this just for examine mode. Sorry

Original comment by carsonday on 20 Feb 2011 at 11:39

GoogleCodeExporter commented 9 years ago
Technically it affects actual play as well as examine, but I can fully 
understand that it is too hard to fix for now.

Original comment by jessego...@gmail.com on 21 Feb 2011 at 5:03

GoogleCodeExporter commented 9 years ago
Examine mode is different than the other modes of play. The moves are validated 
by the server instead of client side. It was done this way because there is no 
way of telling which variant you are examining in the style 12 messages. That 
is why the "kicking" occurs in examine if you are on a slow connection.

I will open it back up, but its pretty low priority for now.

Original comment by carsonday on 21 Feb 2011 at 6:24

GoogleCodeExporter commented 9 years ago
I actually think the bug (or a similar bug) is in actual chess play as well. It 
really is only noticeable in lightning play. Start a game of two guests playing 
each other, after each move you make try to grab the same piece as fast as you 
can as if you were in a time scramble and decided to move your king randomly as 
fast as possible for every move. Most of the time it is possible to grab the 
piece right away, but once in a while Raptor won't let you touch any pieces for 
half a second or more. I thought that maybe this was because Raptor was waiting 
for server validation, but it might be because of something else.

Original comment by jessego...@gmail.com on 21 Feb 2011 at 2:50

GoogleCodeExporter commented 9 years ago
Yeah, I can confirm that this is a problem. 

When I play bughouse, i make a move, the board shows my move, then i wait, and 
wait, I click anywhere on board, and my piece pops back to where it was before 
I moved, and i basically lost all that time, which in bughouse is really 
annoying(try explaining it to a pard)

I cannot reproduce the bug consistently, but it DOES happen.

If i load another interface such as Theif 1.x then I do NOT get this behavior.

Original comment by tylertom...@gmail.com on 4 Aug 2011 at 11:47

GoogleCodeExporter commented 9 years ago
This should be higher than low priority, it's a very annoying bug. It doesn't 
seem to be associated with lag, as I usually don't lag much.

Original comment by tylertom...@gmail.com on 4 Aug 2011 at 11:49

GoogleCodeExporter commented 9 years ago

Original comment by bvk...@gmail.com on 5 Aug 2011 at 10:45

GoogleCodeExporter commented 9 years ago
Maybe it has something to do with premove. What are your premove settings?

Original comment by bvk...@gmail.com on 5 Aug 2011 at 5:16