Mouse Button 4 in combination with a modifier key is detected as Mouse Button 5
If Mouse Button 4 is mapped to "Use Item/Place Block" the sneak-click functions do not work. The click appears to be ignored as it doesn't trigger the non-sneak function either.
I have not done exhaustive testing, but from what I can tell this only affects Mouse Button 4. Mouse Buttons 2 (of course), 3, and 5 work normally, as do keyboard keys.
Edit: updated Description and Summary to reflect better information
From MC-78394:
"Use Item" bound to NUMPAD0; When I sneak (using the RSHIFT key) I can't shoot a bow, open a chest, or place a block. Basically, anything that requires the "Use Item" function.
Environment
Windows 7, Oracle Java 1.7.0_25
Linked Issues
is duplicated by9
Created Issue:
Unable to access donkey/mule chest with remapped use/place button
I configured "Use Item/Place Block" to be Button 4 on my mouse. This worked fine until I put a chest on a donkey.
After putting a chest on my donkey I was unable to access the chest with the use/place button while sneaking, but was able to access the chest from the inventory screen while riding.
I modified my controls to reset the Use/Place button back to default and I was then able to access the chest with the use/place button while sneaking.
In the summary it says that this affects mules, but that is really just a guess on my part.
Environment
Windows 7, Oracle Java 1.7.0_25
I
configured "Use Item/Place Block" to be Button 4 on my mouse. This worked fine until I put a chest on a donkey.
After putting a chest on my donkey I was unable to access the chest with the use/place button while sneaking, but was able to access the chest from the inventory screen while riding.
I modified my controls to reset the Use/Place button back to default and I was then able to access the chest with the use/place button while sneaking.In the summary it says that this affects mules, but that is really just a guess on my part.
If Mouse Button 4 is mapped to "Use Item/Place Block" the sneak-click functions do not work. The click appears to be ignored as it doesn't trigger the non-sneak function either.
I have not done exhaustive testing, but from what I can tell this only affects Mouse Button 4. Mouse Buttons 2 (of course), 3, and 5 work normally, as do keyboard keys.
Edit: updated Description and Summary to reflect better information
Unable to access donkey/mule chest with remapped use/place buttonCannot sneak-click with Mouse Button 4 mapped to "Use Item/Place Block"
relates to
Cannot sneak-click with Mouse Button 4 / NUMPAD0 mapped to "Use Item/Place Block"
If Mouse Button 4 is mapped to "Use Item/Place Block" the sneak-click functions do not work. The click appears to be ignored as it doesn't trigger the non-sneak function either.
I have not done exhaustive testing, but from what I can tell this only affects Mouse Button 4. Mouse Buttons 2 (of course), 3, and 5 work normally, as do keyboard keys.
Edit: updated Description and Summary to reflect better information
From
MC-78394:
"Use Item" bound to NUMPAD0; When I sneak (using the RSHIFT key) I can't shoot a bow, open a chest, or place a block. Basically, anything that requires the "Use Item" function.
is duplicated by
Cannot sneak-click with Mouse Button 4 / NUMPAD0 mapped to "Use Item/Place Block"Mouse Button 4 in combination with a modifier key is detected as Mouse Button 5
is duplicated by
relates to
relates to
is duplicated by
is duplicated by
is duplicated by
Resolving to MC-40227.
Resolving to MC-40227, now that the underlying bug has been determined.
Thanks for the information. Resolving to MC-40227.
MC-40227 appears to have a specific cause related to mouse button detection, so this is a separate issue. However, a little testing reveals that the cause is simple: shift + NUMPAD0 = Insert.
Duplicate of MC-40227 (which is in fact fixed in 17w43a).
The only fix is to update to a modern, supported version. MC-40227 (which this is a duplicate of) was fixed in 17w43a (1.13), which updated to LWJGL 3. Prior versions of Minecraft used LWJGL 2, which has this bug in it (and is no longer maintained by the LWJGL team). (And, even with mods, backporting the LWJGL update is not feasible, even if you found someone who was willing to work with such legacy versions.)
Please force a crash by pressing F3 + C for 10 seconds while in-game and attach the crash report (minecraft/crash-reports/crash-<DATE>-client.txt) here.
Crash report, as requested.
Nothing to see in the crash report.
Yes, this is still present with Launcher version 1.3.9 and Minecraft 1.7.4
I also tested with 14w04b and it is present there as well.
Is this still a concern in the current Minecraft version 14w19a / Launcher version 1.3.11 or later? If so, please update the affected versions in order to best aid Mojang ensuring bugs are still valid in the latest releases/pre-releases.
Cannot reproduce (have no mouse 4
)
Did it also happened with other buttons?
I have retested this with 14w28b and confirmed that the bug is still present.
I've also confirmed that, as expected, the behavior is identical between a donkey and a mule.
Further, I have done additional testing and discovered that this seems to be specific to mouse Button 4. Keyboard keys and other mouse buttons (e.g. Button 3 and Button 5) work fine.
Additionally, I've tested and it appears that sneak-Button4 does not work for anything (e.g. placing a hopper attached to a chest). I would have thought I would have noticed that before noticing the problem with donkey chests, but obviously I didn't.
I'm wondering if this might be related to "
MC-49732Pick Block using MOUSE BUTTON 4 dosent copy NBT data". They both seem to be cases where Mouse Button 4 doesn't accept modifier keys like the other buttons do.The underlying issue is that ctrl or shift + MB4 is actually detected as MB5. Whether this is a Minecraft issue, or a LWJGL issue, I'm not sure.
Can someone please check if this is still an issue in the latest snapshot 17w43b?
Tested and confirmed to be working properly in 17w43b. I also went back and retested and confirmed that it is still broken in 1.12.2.
This is also broken for me in 1.12.2, but appears to be fixed in 18w02a.
I have MB4/MB5 mapped to inventory slot 8 and 9, respectively, and my test case is sneaking (on a ladder, the edge of a block, etc) while clicking MB4 to choose slot 8. This selects slot 9 in 1.12.2, but in 18w02a it correctly selects slot 9.
Maybe this is related to the LWJGL version bump?
is this still a problem?? i play in 1.8.9 and i have this problem
well, you play in 1.8.9 instead of a newer ver