I've been experiencing this issue for quite awhile and trying to determine if this is just a problem on my end. Today, I'm not so sure it is a problem with my setup but I think some weird bug with Lichess. This has only recently started to happen in the last couple of months.
Subject line says it all, basically, I use the drag and drop method for moves with Lichess. I don't use the click on from square, then click on to square method. What I've seen is that in odd instances, as I'm dragging a piece, it will drop prematurely on the wrong square and then be registered as a move. This seems to occur when there is a "rush" to make moves on both sides or a flurry to make a quick move. Typically, if I know which move I will be making, I will left-click and drag the piece to be ready to drop where I want as soon as the opponent makes a move, it is in this instance that the piece will be dropped prematurely especially if the opponent has made his move while I'm in the middle of dragging my move.
This didn't use to happen and I've never had issues even before I came to Lichess from FICS. I've checked my mouse, mouse connections, mouse battery (it is wireless). I've even changed to a wired mouse, still same problem. It is intermittent and really getting annoying.
I think this is a Lichess bug, but I'd like to be sure so that Lichess dev can fix this.
Is there anything that can be done to debug/troubleshoot this to determine if this is really a Lichess problem? Is there any kind of logging on the client side that can be enabled to help figure out if the mouse events are being processed properly? If server logging is the only way, then message me directly and set an appointment to log my client. I guarantee this "mouse" drop issue will happen, it happens all the time when I play. Usually, I can recover from it, but not always [sometimes the premature drop was better than my planned move 8-) ] .
Thanks.
Subject line says it all, basically, I use the drag and drop method for moves with Lichess. I don't use the click on from square, then click on to square method. What I've seen is that in odd instances, as I'm dragging a piece, it will drop prematurely on the wrong square and then be registered as a move. This seems to occur when there is a "rush" to make moves on both sides or a flurry to make a quick move. Typically, if I know which move I will be making, I will left-click and drag the piece to be ready to drop where I want as soon as the opponent makes a move, it is in this instance that the piece will be dropped prematurely especially if the opponent has made his move while I'm in the middle of dragging my move.
This didn't use to happen and I've never had issues even before I came to Lichess from FICS. I've checked my mouse, mouse connections, mouse battery (it is wireless). I've even changed to a wired mouse, still same problem. It is intermittent and really getting annoying.
I think this is a Lichess bug, but I'd like to be sure so that Lichess dev can fix this.
Is there anything that can be done to debug/troubleshoot this to determine if this is really a Lichess problem? Is there any kind of logging on the client side that can be enabled to help figure out if the mouse events are being processed properly? If server logging is the only way, then message me directly and set an appointment to log my client. I guarantee this "mouse" drop issue will happen, it happens all the time when I play. Usually, I can recover from it, but not always [sometimes the premature drop was better than my planned move 8-) ] .
Thanks.