mojira.dev
MC-70127

Some block state changes aren't communicated to clients

If placed Redstone Dust on top of hopper. It showing block state "enabled:false", But if removed Redstone Dust it still showing block state "enabled:false". So, When open a hopper. It updated block state to "enabled:true".

Related issues

MC-228371 Hoppers in the 1.17 update will not lock. MC-64479 Hoppers not responsive to redstone MC-77718 Some containers do not update their decription in the debug screen MC-84904 BlockStates not auto update MC-85965 door don't change powered state MC-95656 Redstone changes not affecting hoppers MC-96835 Hopper model only updates when an adjacent block is placed/broken or the hopper is interacted with MC-111663 Inconsistent behavior of Dispenser/Dropper blockstate. MC-117027 F3/hopper MC-118804 Hopper's "enabled" blockstate doesn't apply a new model until you right-click the hopper. MC-122712 Hoppers don't update correctly MC-135830 some blockstates are not always updated by the client instantly, causing custom ressource pack showing wrong texture MC-142909 Cactus and Containers' blockstates doesn't updated correctly MC-152230 Sugar cane does not age, it just grows. MC-153514 Hoppers do not update "enabled" tag properlity MC-161639 Displaying block states info in F3 screen out of sync MC-169647 Hopper Information is shown wrong. MC-175970 Sugarcane generates at specific age and never updates the age block state. MC-183005 Hopper redstone toggle does not update MC-184663 Right clicking powered redstone doesn’t update "enabled" status of hoppers on debug screen MC-192679 Hopper update problem MC-205949 Hopper Model Updating Issue MC-209658 Disabling hopper doesn't reliably get its block state reflected visually MC-223123 Right-clicking sugar canes sets their age to 0 MC-232685 F3 debug screen hopper enabled status MC-251285 Hopper BlockState Not Updated

Attachments

Comments

migrated
[media][media][media][media]
kumasasa

Confirmed.
Seems to be a glitch only in the debug screen since the hopper is transporting items.

qmagnet

Duplicate of MC-64479

kumasasa

Resolved MC-64479 to here.

SteveKunG

OK! That not affected by hopper only. It affected all tile entities.

migrated

Confirmed in 1.8.3. Relates to MC-77170.

Erik Broes

Server has some internals that 'leak' through blockstates, they are not send to reduce traffic.

migrated

It's been 7 years. Is it possible to reconsider the 'works as intended' stance on this issue? I'm a texture pack creator and it bugs me to no end that I can't change textures for certain blocks based on their states. I'd love to show when hoppers are locked or when droppers/dispenser are triggered among other things.

I understand there may be legitimate performance reasons to leave it as is, but could we at least have a game/server setting to enable these updates so people could opt into having the extra functionality?

migrated

@Joshua Olufs, I would like to see this as well. Quite Irksome.
something as simple as a client setting/toggle: "Send/Receive Extended Blockstate changes (ToolTip: Warning: Server must have setting enabled and may use additional network/cpu resources)"

migrated

please fix this bug please

this is so confusing

migrated

Resolution: Works As Intended

They don't want to change this.

MMK21

You can post suggestions on the Feedback site: https://feedback.minecraft.net/

migrated

We still have this problem in 1.19.1

migrated

And it's not changing. No need to confirm for versions anymore, this is by design to reduce traffic for client server communication.

migrated

This issue is still present in 1.19.4 Minecraft with Sugar Cane not showing it’s true age in F3 screen. I would like to recommend that this gets looked at again by Mojang since Grum’s comment is about 7 years old and standards might had changed since then. Ideally, blockstate changes on server should be synced to the client to help promote easier F3 debugging of issues and/or allow resource packs to properly work. Example of a sugar cane resourcepack that tries to change the look of sugar cane to match their age is in this other issue report that was closed as a duplicate of this current one: MC-135830

migrated

Resource pack issue would be MC-60242.

Robot_005

Hopper, dropper, and dispenser have been fixed in 1.20.2 Pre 1, but sugarcane and cactus have not been fixed. You can confirm this in 1.20.2 Pre 1. The age value is not updated! It will be 0 when you right-click. I am holding a potion in my hand to make it easier to see the right-click. I'm using Google Translate...

[media]

SoloAlguien

Also present in saplings and farmland.

muzikbike

I've re-reported cactus, sugar cane and saplings under MC-265458 and MC-265461. What is the farmland issue?

SoloAlguien

nvm, I thought its moisture state jumping from 0 to 7 was a client issue, but that doesn't seem to be the case.

SteveKunG

(Unassigned)

Confirmed

Platform

Normal

Block states, Networking

block-entity

Minecraft 1.8-pre3, Minecraft 1.8.1, Minecraft 1.8.2-pre7, Minecraft 1.8.3, Minecraft 1.8.7, Minecraft 15w41b, Minecraft 15w43c, Minecraft 15w44b, 1.19.4

1.20.2 Pre-release 1

Retrieved