Talk: Function (Bedrock Edition)

USAGE[]

Is "behavior_pack_root" the same as "[behavior_pack]" in subparagraph subfolder?
And where shell the Packages reside? There are two Folders called "behavior_packs", one resides in the com.mojang-folder and the other in the cryptic named worldfolder within minecraftWorlds. Both didn't run for me. Manifests I did clone and changed 1 and 2 uuids to 3 and 4 in second pack.

--Moevenbaer (talk) 10:33, 17 August 2019 (UTC)

Yes, "behavior_pack_root" is the same as "PACKNAME" in your picture examples.

The directory found at "/com.mojang/behavior_packs" is where behavior packs you have imported into Minecraft go. You can manually import a behavior pack by copying it into this file location. Opening a .mcpack file that is a behavior pack will open Minecraft and import the pack into this folder for you. The behavior packs in this file location should now appear in game under the behavior packs section when editing a world's settings.

When you add a behavior pack to a world, the game copies that behavior pack into the world's folder "com.mojang/minecraftWorlds/crypticworldname/behavior_packs". Packs in this directory are the packs applied to that specific world. I would recommend not copying files into here manually.

I would recommend putting your behavior pack in "/com.mojang/behavior_packs" folder and then applying the pack to your world in game.

Once you have your behavior pack in the right location, make sure that it has a subfolder called "functions". In your example, your behavior pack was "PACKNAME" so your directories should look like the following:

"com.mojang/behavior_packs/PACKNAME" and then the function folder should be found at "com.mojang/behavior_packs/PACKNAME/functions". Inside this functions folder is where you want to place the .mcfunction files you want to run. It looks like your directories are set up correctly.

If that still doesn't work, make sure you've specified "min_engine_version" in the pack's manifest. The game needs this to be able to run the correct version of commands from the function. Here is an example manifest that should work, although you'll need to fill in the UUID sections yourself:

{
    "format_version": 1,
    "header": {
        "description": "Testing Functions",
        "name": "Function Behavior Pack",
		"uuid": "UUID GOES HERE,
        "version": [1, 8, 0],
		"min_engine_version": [1, 8, 0]
    },
    "modules": [
        {
            "description": "",
            "type": "data",
			"uuid": "UUID2 GOES HERE",
            "version": [1, 8, 0]
        }
    ]
}

Mpecreatortoolkit (talk) 20:44, 19 August 2019 (UTC)

This is an excelent explanation of the backgrounds of this folders and now I have it running. May be that the UUIDs I set to the manifest wheren't well builded. With new one and the knowledge not to use the worlds-folders it runs for me. Thankyou.--Moevenbaer (talk) 13:06, 20 August 2019 (UTC)

Neuromancer2001 (talk) 12:37, 31 October 2019 (UTC)

There are two manifest.json files. One is in my modified folder under behavior_packs and one in the similar folder under resource_packs.

In mine, the "min_engine_version" line is in the manifest.json in my associated resource_packs folder. If I add the "min_engine_version" line to the behavior_packs manifest.json, it doesn't work.

Neuromancer2001 (talk) 12:37, 31 October 2019 (UTC)

Page mistake?[]

The function wiki for bedrock mentions a “Hello World” function example. Where is this? Neuromancer2001 (talk) 12:40, 31 October 2019 (UTC)

Move proposal[]

There's a tag on this article to move it to Bedrock Edition Function(s).

I oppose such a move as unnecessary and likely to be overtaken by Official pages/Bedrock Edition flattening anyway, at which time it would need to be renamed again.

A similar proposal is also tagged on Function (Java Edition), and I oppose that for the same reason. ~ Amatulic (talk) 23:40, 23 January 2020 (UTC)

I also oppose that format for both this page and the Java page. They're not called "Bedrock Edition functions", theyre just "function"s in bedrock edition.  Nixinova  T  C  03:20, 13 February 2020 (UTC)

This would make it consistent with every other page which is separate for Java and Bedrock though, and the same could be said for all of them. This move would also remove the unnecessary brackets. FVbico (talk) 06:10, 13 February 2020 (UTC)

functions have nothing to do with the flattening, why would the flattening move there...? FVbico (talk) 06:10, 13 February 2020 (UTC)

Possibly merge?[]

Actually, thinking about it, the functions in bedrock and java really are the same; bedrock just has a file which controls the game version the commands functions run as, and java just has more ways to run functions, furthermore, they are the same.

So should we actually merge instead? I don't understand why they were separataed. FVbico (talk) 12:28, 9 March 2020 (UTC)

 Support The merge idea. The new page would be Function, since they are more than one, and would be easy to find one or another. Supeika (talk) 17:41, 21 November 2020 (UTC)

 Support merging — but no, the article title should be singular because we prefer singular on the wiki. When a plural seems reasonable, it can be a redirect. — Auldrick (talk · contribs) 04:04, 6 April 2021 (UTC)

 Comment: While some pages like Redstone circuits (currently a redirect) can be plural as they are general topics, I agree with you on that this should have a singular page title, so I edited my message to say "Function" instead of "Functions". Supeika (talk) 04:15, 6 April 2021 (UTC)

 Support merging to Function. Amatulic (talk) 21:21, 15 April 2021 (UTC)

 Strong support because they are virtually the same.Humiebee^{talk contribs} 22:23, 15 April 2021 (UTC)

 Oppose There is exactly one line in this article that is not Bedrock-specific information. Merging this into the Java article will just make it a mess with version-specific information rapidly switching back and forth in each section making it impossible to present a coherent explanation of the concept. Tryashtar-gpuser (talk) 22:21, 7 March 2022 (UTC)