mojira.dev
MC-296873

World issues, previously rendered chunks being overwritten, JAVA.

Hello! So, not sure why I need to say it again, but for some reason my bugs didn’t carry over from the old Mojira, (even though I checked the box, but still), so here’s my bug, again:

As I said last time, random chunks in my world seem to be randomly overwriting themselves and are resulting in several inconveniences. Namely a large number of desert area being overwritten by coral reef and thus causing the sand above to collapse into it. I should also point out that I had a very nice mega taiga that was completely ruint by a bamboo jungle just haphazardly regenerating in it’s place. I can confirm that was the case, as I had a very nice little hunting cabin I built, you know, for hunting rabbits, creepers, skeletons, etc, and now said hunting cabin is surrounded by bamboo. I should also mention that I had plans to built a pre-1.14 style desert village representing the ancient city of Jerusalem, and had laid down a layer of End Stone Bricks as the first part of the wall, and now half the layer of Endstone Bricks is floating in the air over what was desert and is now, again, coral reef, still in the shape of the previously generated terrain, (specifically sand). So, yes, areas that I had built in were among the affected chunks.

I admit, I wouldn’t have even noticed had I not had to go around and reapplied all the banners to my massive map, which consists of a spread of 5x5 zoom level 4 maps, of which the top 4x5 maps was generated prior to or during 1.16. Said map banners disappeared some time ago, but now they’re mostly all back, except for that one that got replaced by and subsequently buried under a very large hill/mountain. that one was TNT’d. I should also mention that all of these map banners were placed at villages, pillager outposts, and witch huts all over the world, on very nice stands, and they also had an associated beacon structure with them, consisting of some iron blocks, a beacon, and either a red, blue, or green stained glass block depending on if it was a village, witch hut/pillager outpost, or zombie village respectively. At least one village was flattened, and went from being in a plains biome to a swamp, as well as the aforementioned taiga village that was buried under a mountain. I should also mention that three of the maps on this large 5x5 zoom level 4 map table are rendered post 1.17/1.18, and there are currently two maps that have yet to created, though all of these are at the very bottom of the map table.

Now then, I do have a good backup of this world, and access to MCA Selector, which means that I should just be able to take the unaffected chunks from the older version and transplant them to the newer version’s affected chunks. However, when I do this, the bug just repeats itself, once again acting as if I never replaced those damaged chunks with the older version’s undamaged chunks. The only clue I have that it worked, is that the sand can be seen falling back down to the coral reefs when the recently replaced chunks come into render distance again, despite being replaced by the older version’s unaffected chunks, which should mean that the sand won’t be falling back down on top of a coral reef.

I should also mention that this world dates back to release 1.8, the Bountiful Update, and thus is quite old. However, I do rather enjoy my world, and would appreciate any assistance that can be given, given the amount of time and love I have poured into it. Like I said, the chunks affected were first rendered either during or prior to 1.16, so they could go on the large 5x5 map layout, and attempting to replace the afflicted chunks with the un-affilcted chunks from a previous version of the same world does nothing, as the chunks will just overwrite again upon being brought back into render distance.

Anyways, that’s all, I’ve included some screenshots of the damage, so you can see it, they’re a little bit old, from the last time I reported this, none the less, but the terrain hasn’t really been visited since the issue, and I doubt it has been resolved, based on the fact I recently tried to clear up a section of desert beach and it went straight back to being damaged by a coral reef upon having it’s chunks replaced by older unaffected chunks.

Rockatoa, Brickticks out!

Oh, and here’s the copy of the world with the unaffected chunks:

https://drive.google.com/drive/folders/1GxTDAo-ewNAJ9Ha-kdAqLORXzMObchVa?usp=drive_link

And here’s the one that has the affected chunks, see the difference?:

https://drive.google.com/drive/folders/1gUM1FDkMVCPQU14I8M59c22Qt8tI3Vbw?usp=drive_link

Bye.

Environment

Windows 11, Nvidia 4090 RTX, Java is recent, but I doubt these are the problem.

Attachments

Comments 4

I think its due to corrupted game save files

Hmm, not likely, game still runs fine. Wasn’t a problem until I went back to fix my maps. Oh well, let’s see what Mojang can do.

Thank you for your report!
However, this issue is Invalid.

Your game, launcher or server is modified.
If you can reproduce the issue in a vanilla environment, please recreate the issue.

  • Any non-standard client/server/launcher build needs to be taken up with the appropriate team, not Mojang.

  • A world which had previously been opened with a modified client might be corrupted. Please try reproducing the issue in a newly generated world.

  • Any plugin issues need to be addressed to the creator of the plugin or resource pack.

  • If you have problems on large servers like Hypixel, please contact them first as they run modified server software.

Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support (Technical Issues) – 📧 Microsoft Support (Account Issues)
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki

I assure you that I have NEVER in my life used a modded Client, Server, or Launcher. This is 100% Vanilla. Please, do not label my issue as invalid. If you could please resume your attempts to fix this issue, that would be very much appreciated. Thank you. Rockatoa, Brickticks out!

brickticks

(Unassigned)

Unconfirmed

(Unassigned)

1.21.5, 25w16a

Retrieved