Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Premove on Mobile is Not Equal to Premove on Website #740

Closed
S1M0N38 opened this issue Jun 6, 2024 · 2 comments · Fixed by #833
Closed

Premove on Mobile is Not Equal to Premove on Website #740

S1M0N38 opened this issue Jun 6, 2024 · 2 comments · Fixed by #833

Comments

@S1M0N38
Copy link

S1M0N38 commented Jun 6, 2024

I noticed a small difference between lichess.org and the mobile app (v0.8.17) when premoving pieces. I play using drag & drop on both mobile and browser.

On lichess.org

On the website, I can make a premove. While the premove is active, I can pick up another piece to be ready to move it. Effectively, I've set up a premove and then prepared:

  • For the move after the premove (if the premove is played)
  • For an alternative move (if the premove is not played, e.g., a premoved capture cannot be played)

On Mobile

I tried to replicate the same on the mobile app. I set up a premove. When I grab a new piece to be ready for when the premove is resolved, the premove gets canceled.


To recap, on mobile, I cannot grab a new piece until the premove is resolved; otherwise, it gets canceled. This does not occur on the browser.

I think this difference might be negligible in most situations but could become advantageous for players using the browser in time scramble situations.

@veloce
Copy link
Contributor

veloce commented Jun 6, 2024

Right, it is important to have the same behaviour here.

@sldenazis
Copy link

+1 on this one, the old app has this function and it's crucial for faster time controls.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants