mojira.dev

Mark Beard

Assigned

No issues.

Reported

MCPE-21530 Sheep and cows jump gates on starting world Duplicate MCPE-21529 Chickens die when world starts Duplicate MCPE-21528 Hotbar items get jumbled Duplicate MC-77644 Map data in 1.8 does not meet at edges Duplicate MC-72225 Minecraft crashes when I build above layer 200 Incomplete

Comments

Okay, I've made a diagonal row of 16x16 block squares across the boundary (see attached screenshots) and there is no jump. The last block top-left is offset right, but that's probably an unexpected rounding of the world-to-map scale reduction, and is not this issue. There are seven squares on the ground and seven squares on the map.

The issue I'm seeing is probably the cursor change issue, and probably the green cursor not appearing within 16 blocks of the map boundary, perhaps down to the same 0-3/1-4 or >/>= issue at the bottom of the cursor change bug.

I'm satisfied that the issue I have is not a missing-map-data bug as I posted. Please leave this issue as resolved.

Map View: Seven 16x16 blocks placed diagonally across a zoom #4 map boundary.

Ground View: Seven 16x16 blocks placed diagonally across a zoom #4 map boundary.

"the map cursor changes one map pixel too soon". Ah, that sounds like a 0-3/1-4 bug to me. I'll plot a diagonal over a join and post a screenshot if it jumps...

Kumasasa, struggling to find a way to screenshot map data which is not there. I'll work on it and provide what I can.

Sonic, it's not a dupe of MC-64909, that is about map alignment. This issue is about missing data at map edges.

"I'm a little surprised that there's still some ugly bits of the old pre-client/server-separation logic floating around in the code". Then you haven't used boats much.

Jonathan2520, you are a superhero for digging into this, pointing out the corrections which need to be made and even posting patches for existing releases. That's awesome. Now we just need Mojang to lift a finger and implement the fix you've found. Great work!

That's because where Minecraft shows you the boat is not always where it actually is. This is a very irritating bug, please see MC-2931 and vote for it if it annoys you like it annoys me.

That's very interesting, Bob. I was convinced it was a client-server mismatch in position, which could be a fundamental limitation of the client-server messaging structure, and therefore hard to fix. But that can't be if it's happening in local games. So, it seems like a bug to be fixed rather than a a structural limitation, and we need to get Mojang to kick it up the priority list. For me it's a critical failing whenever adventuring afield in oceanic worlds, but they don't even have anyone assigned to look at or fix this issue. 😞

I've voted for this issue to be fixed, have all of you? Please do if it annoys you too.

Boat desync still occurs in 1.7.2 and is a huge pain. Exploring oceans by boat is only reliable if you take 3-5 boats with you and always have one in your inventory hot bar. If you sail past an island and the server copy runs aground, and your boat breaks, your local self drops into deep water. Opening the inventory to get another boat overrides jump/swim so you sink.

Sailing rivers or canals on multipplayer servers is now almost impossible.

While I recognise that client-server synchronisation is a tough coding nut to crack, it's not impossible. Come on Mojang, get a grip. We pay for this game so terrible issues like this are not tolerable. If you need help, get in touch.