I was working on a structure based project in 1.21 Pre-Release 1, and realized while saving structures that the "generated" folder inside of the world uses the outdated "structures" directory.
This directory should have been changed to "structure" in 24w21a, alongside the change in the datapack format.
Notes
I had a friend confirm this issue before reporting it, he confirmed that 1.21 Pre-Release saved structures use the plural form directory. Structures saved to the plural form directory also load as intended unless you copy the namespace to a datapack, where the plural form doesn't work, which is the intended behavior.
This error is not present in 24w21b, as the structure block saves to the singular "structure" folder directory.
This issue seems to be caused by MC-272347 where instead of updating old worlds to use the new directory during upgrade, the old directory is used.
Linked issues
is duplicated by 5
relates to 1
Comments 5
Thank you for your report!
After consideration, the issue is being closed as Working as Intended.
Please note, that mechanics of the game may change between updates.
Things such as graphics, sounds, world creation, biomes, redstone, villagers, and animals may not work the same in current versions.
Full Version History – Snapshot Version History – The official Minecraft feedback site
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support (Technical Issues) – 📧 Microsoft Support (Account Issues)
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
Requesting review, this is inconsistent with data packs, making moving generated files to it needlessly tedious due to the differently named folder. The fix for MC-272347 should've been to rename the existing folder. This is the only instance of a data asset not matching the registry name now. Additionally structures saved in 24w21a/b don't load now.
To add to the latest comment, since this "Working as Intended" resolution, it has taken me an additional 3-20 seconds to move structures from the "generated" folder to the datapack they were made for. Bear in mind that i work with a datapack that currently has a dozen different namespaces(for organization of code), and dozens more are in my plans. Each namespace i have to add 3 additional clicks, and a bigger selection than i would for just copying the namespaces themselves with the updated structures.
While this may have indeed been working as intended, it has, as i and Dhranios pointed out, caused a further issue that an alternate solution to MC-272347 would alleviate.
Note: The fact that it saves in a different folder has no impact on the functionality of the structure block and saved structures within; it still works as before even though it's saved in the "structures" (plural) folder.