mojira.dev
MC-273520

When pressing right-click, the game seems to register two inputs instead of one

When placing blocks, opening doors, or interacting with other blocks of that nature, the game seems to register two inputs instead of one. The most noticeable effect of this bug is frequently placing extra blocks while building in Creative. (I have not tested to see if the issue varies in Survival.) I will also add that this only seems to affect right-click actions, the left-click remains unaffected.

This issue does not seem to correlate with a mouse hardware problem, I have tested this with multiple different and brand-new mice to no avail. Some other things I've tried include: Increasing the game's allocated RAM from 2GB to 4GB, Increasing or decreasing the game's FPS cap, and Adjusting the game's mouse sensitivity. None of these were able to solve or affect the frequency of the issue.

After doing some research this seems to follow the same issue as MC-1887MC-1887 is a pretty dated issue that's been recurring for a long time, (And seems to have been marked as resolved without an actual resolution), so I've reopened it as a new ticket in hopes it will gain some traction. 

Linked issues

Attachments

Comments 17

I cannot reproduce this issue. Does this issue happen on multiple devices?

I'm not able to test if this is a multi-device issue, however, I've found many player testimonies online, and under MC-1887. If this is a Minecraft bug, I've been able to find posts about it dating back as far as 2011. I'll attempt to get a video of what I'm specifically encountering to help with identifying what's going on if that would help.

Will also add, this only happens with Minecraft. I've tested extensively outside the game to make sure I wasn't running into an issue with just my PC.

Cannot reproduce this. Do you have touchscreen mode enabled by chance? If not, finding a reliable and consistent way to reproduce this would be very helpful, alongside a video of the issue occuring with F3 open.

I have added a small video clip of the issue occurring with F3 open under attachments, I've tried to place the blocks as consistently as possible. This is something that happens almost constantly, and only when I'm placing blocks with individual clicks and not by holding the RMB down. I will also note since I opened the report I have reinstalled the game and am running into the same issue. I don't have the slightest idea how to reproduce this bug, but it happens most often in a singleplayer void-flatworld that has a large amount of active redstone within render distance. 

Yes! I always place two blocks instead of one, and I don't know why.

7 more comments

I myself am even unable to reproduce the issue on not only desktop, but my laptop as well with my mouse plugged in.

I cannot replicate this issue either, neither on my PC or on my laptop. Both mice are wireless (not Bluetooth).

Does this issue occur for any other applications on your computer? If yes, either your mouse is dirty/broken or your mouse drivers are outdated.

If you want to update your mouse drivers as @unknown stated (Windows), you can do it by opening devmgmt.msc, finding your mouse, right-clicking on it, and pressing Update Driver.

I cannot reproduce this either. This is most likely an issue with your hardware or software, neither of which belong here, as the bug tracker is intended for Minecraft bugs only. We do not have the resources to provide you with technical support.

Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support (Technical Issues) – 📧 Microsoft Support (Account Issues)
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki

Getting this issue on Multiple devices No matter what windows version is used. Affects right click on ANY mouse. And only in minecraft menus. This issue was a thing before but patched in a earlier update. But seems to come back in 1.21

Still having this issue on desktop, 121.5. No mods, single player and online. Happens when placing blocks, items in menus

Wesleyy

(Unassigned)

Unconfirmed

Input

1.21

Retrieved