Matthew Beeching

I have now been able to upload a save file that includes an example of a setup where this issue occurs. The setup built is configured to feed the ingredients to craft a crafter, however this issue results in them being fed out of order. To test, simply press the button at the opposite end of the demo to the crafter.

Having experienced this issue myself, in both a single player world, and a dedicated server multiplayer world, both in Minecraft version 1.21.1, I can say this issue is not yet resolved at all.

The issues MC-253305 and MC-110236 do NOT describe this issue either.

In the supplied screenshot, when the lower chain of hoppers all receive a SINGLE item each at the same time, you would expect the items to arrive in the crafter on the left in the same order as the hoppers, however, this "bug" results in that chain somehow feeding in a different order. For example the item in say the fifth hopper can somehow end up arriving at the crafter after the item in the seventh hopper.

I attempted to upload a save file but kept getting an error.

Confirmed in 1.18, despite this bug being confirmed as early as 1.9 (likely earlier too), really disappointing that after all these years it still hasn't been fixed.

Still present in 1.15.1 as well.

It shuts down immediately upon shutting down the rcon client, No need for an additional stop command. However it simply continues to stay running with the waiting messages until that happens.

Not convinced as it's still occurring in 1.14.3. Nice and easy to replicate too.

Ok, so I have been wandering around the server I run and have noticed that there are only a few chunk load/unload conditions that have caused dark chunks.

So far the only conditions I have found are chunks unloading as a result of disconnect or going through a nether portal.

Chunks loading from connection, portal or coming into draw distance, as well as chunks unloading for leaving draw distance haven't produced any dark chunks that I have been able to notice.

However that doesn't rule out the conditions I didn't experience dark chunks from.

Can confirm in 1.14.1. Was riding a horse, got off for a moment, jumped as I was getting on, kicked from server.

I can confirm the bug is STILL present in 1.14.1

I have to admit I've been seeing mobs burning inside during day time as well. But interestingly that has been happening in chunks separate from the ones that have gone dark. So I would conclude from that that whilst related in that both are to do with lighting, I would have to say it is different scenario.

Also in one instance I have found that a dark chunk is not dark all the way from the surface down. That is in one case on the server I play on we have a tall building with multiple floors, and only some of the higher floors are affected leaving the ground floor unaffected. But to add to that I would say there doesn't appear to be a vertical limit to how far down a chunk is affected as I have seen a case where the entire chunk from surface to bedrock is affected too.

I can confirm the bug is not limited to slime chunks. I have a hole under ground about 11 blocks high and 201x201 blocks in size, and at one point with this bug all but about a small handful were affected and I was able to confirm that the whole hole is not covered by slime chunks. It does however appear to be more linked with chunk unloading and then reloading which would explain why people notice it more when portal hopping.

Not that it is that relevant as the issue still exists in snapshots that follow but I am experiencing this issue in the 1.13 release too.

As for reloading, it should be noted that an F3+A chunk reload is insufficient, a full reconnect to the server is required, Or at least that is the case in my instance.

In my case the 64 blocks distance is vertically as apposed to horizontally but the effect is still the same. Also worth noting that the kelp can still grow so the issue shouldn't affect automated kelp farms.

I have also been able to reproduce this using a bed in 1.12.2. It is definitely still present. So simply needs you to perform an action whilst jumping that doesn't count as landing from the jump leading the server to believe you are still in the air.

As of snapshot 15w39c I am no longer able to replicate this issue using the exact same world and end_gateway blocks as before.

This problem still exists in snapshot 15w35b with the additional issue that now when I reconnect the client to resolve the issue I end up with chunk rendering issues (See screen shot 2015-08-25_14.24.25.png for example) that can only be resolved by restarting the client entirely.

To clarify, the initial issue of the world not rendering still exists, the temporary "fix" of reconnecting the client to resolve it now results in a further rendering issue.

I have also experienced this issue. I am able to reliable replicate by either A) stepping into one gateway that teleports a reasonable distance away then stepping into another that teleports back. or B) using creative mode's flight to fly to the further gateway and stepping into it.

I have also experienced the same issue when using ender pearls to enter the naturally spawned versions in the end. Usually when attempting to return to the central island on my way back to the over world.

When I press F3 I note that the Y coordinate fluctuates rapidly whilst remaining around the same value the whole time.

Upon further testing it appears to only affect a specific pair of end_gateway blocks in the same chunk as each other. But not another 4 I've been using to test at 2 other locations.