mojira.dev
MCPE-168280

Unable to place blocks on interactable blocks when sneaking

Workaround

This issue is reportedly triggered by the server-authoritative-movement setting being set to "client-authoritative," per this comment. You should be able to work around the issue by setting it to "server-authoritative."

Some other issues related to the server-authoritative-movement setting have been linked below as "related". You may want to check if they impact your server as well.

unable to place blocks on hopper would instead open the hopper and not place block same can be said for furnace's,anvil, cartography, brewing stand and chests. these are only the ones i have tested and happnes on all sides of the block. signs would also can not be placed on chest showing the same behaviour
video showing the problem: https://1drv.ms/v/s!AjEMibc9C50_hkRFTU1zLSM4jOiI?e=2hAezK

Linked issues

BDS-18184 Cannot place a hopper on a chest or an oven etc. Playing pocket addition iPadOS. No mods, behaviour or resource packs. V 1.19.70 Resolved BDS-18232 when I want to put something with shift on a object which I can to interact as can be: ( chest, hoppers, crafting table or other objects) the shift just not work Resolved BDS-18283 I can't Sneak + Place on interactive blocks Resolved BDS-18315 when I go into stealth mode I can't place any objects at a chest (for example a sign, a hopper, etc.) Resolved MCPE-168325 Shift placing blocks onto items with inventories dose not work it just opens the inventory Resolved

Attachments

Comments 20

Are you using any addons, for example one player sleep?

This report is being set to "Awaiting Response." It will be reopened when the requested information is provided.

I am having the same issue as mentioned above. Playing pocket addition iPadOS. No mods, behaviour or resource packs. V 1.19.70

no i am not it is a completly vanilla game

EveryCabbage884

Resolving temporarily as Awaiting Response. Is this an issue in new worlds created on version 1.19.70? If not, could you export an affected world and upload it here (if it exceeds the file size limit, you can upload it elsewhere, e.g. to OneDrive, and link it here)?
This ticket will reopen automatically when you reply.

10 more comments

This is happening on my dedicated server. Everyone on the server is experiencing the same issue. I cannot replicate the issue when spinning up a new server (same version). This seems to only happen on our current world.

This started happening at some point after upgrading to 1.19.7x.

Im running the server on Debian 11 (bullseye) x86_64.

Hey guys, good afternoon. 

I just did some more testing and when changing the setting "server-authoritative-movement" I am seeing the effect. the setting "client-auth" is giving the error and "server-auth" is not. 

To clarify when "client-auth" is set the players are not being detected as crouched and then see the promt screen for the item (hopper, chest, etc.). They are then returned to a standing position, even if the crouch is held down. 

This is my observation anyways 🙂 

I am running my server on windows currently. Just for context. 

@dragonsamus This fixed the issue for me. Thank you for investigating!

@dragonsamus Turning on "server-auth" solved the problem for me as well! This issue could seen a resolved now imo

I use a Windows 10 server and changes from Client-Auth to Server-Auth-with-Rewind and it worked! Thank you for the workaround.

vatsala

(Unassigned)

997281

Community Consensus

Windows

windows 11

1.19.70, 1.19.71, 1.19.72, 1.19.73, 1.19.80, 1.19.81 Hotfix, 1.19.83 Hotfix

1.20.0.20 Preview, 1.20.0

Retrieved