The Tab key, in a container, selects the next item and the “browser back” mouse button (referred to in-game as “Button5”) exits containers
However, when the user binds hotbar slots to these keys, this feature should be overridden. The keys work as hitbar slot binds, but their accessibility functionalities persist.
For example (steps to reproduce):
bind the back button to hotbar slot 1
enter a container
hover the mouse over any item
press the back button
Expected behaviour: the selected item moves to hotbar slot 1, and the inventory stays open
Actual behaviour: the selected item moves to hotbar slot 1, and the inventory closes
Likewise for tab, using it as an hotbar slot hotkey causes the bind to be usable, but the tab functionality still persists, with the next item being selected
This same bug did exist in Java and was fixed in 1.16.2 (MC-145691)
Thank you for your report!
However, this issue has been temporarily closed as Awaiting Response.
Is this still an issue in the latest version? If yes, could you please add it to the affected versions (or mention it if you are not the reporter)?
This ticket will automatically reopen when you reply.
Quick Links:
📓 Issue Guidelines – 💬 Mojang Support – 📧 Suggestions – 📖 Minecraft Wiki