mojira.dev
REALMS-1216

Realms "Upload world" rejecting world with valid datapack for invalid reasons.

When selecting world to upload, message "Preparing your world" first appears, and then the "back" button appears, never successfully uploads the selected world.

The datapack is currently valid.

In the datapack, all advancements, functions, loot tables, recipes, and tags are valid, tested, and work as intended.

In fact this same world is currently successfully running on the very same Realm world.

I even tried downloading the current backup, and then simply re-uploading it to test, and it still won't successfully upload, so it even rejects the very world it is currently successfully running.

I am attempting to update a few minor details (to correct actionbar message competition in various mcfunctions), and am trying to re-upload the updated world.

When I look at the downloaded realms-upload.log, the most recent entries there are curious:

Rejected world/datapacks/GatPack/data/minecraft/recipes/.DS_Store: Unsupported path
Rejected world/datapacks/GatPack/data/minecraft/structures/.DS_Store: Unsupported path
Rejected world/datapacks/GatPack/data/minecraft/tags/.DS_Store: Unsupported path
Rejected world/datapacks/GatPack/data/minecraft/tags/functions/.DS_Store: Unsupported path
Rejected world/icon.png: Unsupported path
Rejected world/realms-upload.log: Unsupported path

It would appear that it is even rejecting it's own .log and icon files as having an unsupported paths!

The .DS_Store: that is says has Unsupported path must be on Realm-side. No such files (not even such hidden files) exists in my world folder/file structure.

Edit to add: I notice most of the "Unsupported paths" relate to world/datapacks/namespace/data/minecraft, so perhaps Realms is trying to prevent users from altering vanilla minecraft functions on Realms? However, users must have access to at least world/datapacks/namespace/data/minecraft/tags/functions/tick.json in order to add the datapack functions that must run every tick.

Comments 7

Remove any .DS_Store files as they do not contain any datapack information and are also in an invalid path name.

Again, I have no .DS store files anywhere in my datapack directories.

"No such files (not even such hidden files) exists in my world folder/file structure."

Even showing hidden files does not reveal any .DS store files in my folders.

It would seem Realms has been updated in the last few days (since this problem just started) in such a way that it is rejecting as invalid not only .DS store files that don't exist, but also rejecting even its own files that it puts there:

Rejected world/icon.png: Unsupported path
Rejected world/realms-upload.log: Unsupported path

The net result is I can't even upload a downloaded backup of the same valid world/datapack that is as we speak successfully running there right now.

I was able to narrow the issue down to one specific file (namespace/advancements/dispbiome/dispmodified_wooded_badlands_plateau.json) that the Realm server was rejecting for unknown reasons.

Seeing as I couldn't find a syntax error in the file in question, I simply created a new empty json and typed all the code back into it fresh. The server now accepts the entire datapack even with that newly created file. No idea what was wrong with the original the server was rejecting, because I typed the code in verbatim. Perhaps that file itself and not its code contents was corrupt in some way.

Worth noting the realms_upload.log did not flag this particular file as being an issue, but did flag many other files that were not issues, making troubleshooting the issue difficult. The realms_upload.log being entirely irrelevant to identifying the problem.

So, if any good came of this bug report, it is identifying that realms_upload.log does not properly log upload issues as it is intended to do.

I hope this has been helpful.

Hi, we recently fixed a bug in the Uploader where file names could not be longer than 99 characters.
That's probably why this particular JSON file was rejected.

"Unsupported path" means that that particular file has no functional use on Realms, and removing it should have no effect for playing on Realms.

As for the ".DS_Store"-files, these are created by MacOS Finder.
They used to be simply hidden, but as i understand it, they have been made even more invisible in recent versions of MacOS.

Β Excellent! Thank you for the update and details. All seems to be in working order now. πŸ™‚

Seems like this bug report status should be changed to confirmed and fixed.

Cleaning up old tickets: This ticket has not been updated recently (~1 year+) so is being closed as Cannot Reproduce. If you feel this is still a valid issue then please comment, or create a new ticket following the Issue Guidelines.

For any account related queries, please contact Mojang Customer Support directly.

Quick Links:
πŸ““ Issue Guidelines – πŸ’¬ Mojang Support – πŸ“§ Suggestions – πŸ“– Minecraft Wiki

Gatinh0

Aleksandra Zajac

Retrieved