Molang Queries

The bedrock documentation for Molang is notoriously bad. This page will attempt to remedy this by providing additional details for individual queries, where possible. This page is intended to be searched, not read in full. Use the side-bar, or use ctrl-f to navigate.

query.armor_texture_slot #

Formatted like: query.armor_texture_slot(x) = y.

Where x and y are both integer arguments, from the following table:

X #

Y #

Example #

query.armor_texture_slot(3) == 1: queries for Iron Boots.

query.armor_material_slot #

Formatted like: query.armor_material_slot(x) = y.

Where x and y are both integer arguments, from the following table:

X #

Y #

Unknown, possibly:

query.armor_color_slot #

Notice: As of version 1.16.100.51, this query is crashing minecraft. It might be fixed in later versions.

Formatted like: color = query.armor_color_slot(slot, channel).

Where slot and channel are both integer arguments, from the following tables:

Slot #

Channel #

Color #

Query returns color value in specified channel.

query.get_equiped_item_name #

Formatted like: query.get_equiped_item_name('main_hand') = 'item_name'

Takes one optional hand slot as a parameter (0 or 'main_hand' for main hand, 1 or 'off_hand' for off hand), and a second parameter (0=default) if you would like the equipped item or any non-zero number for the currently rendered item, and returns the name of the item in the requested slot (defaulting to the main hand if no parameter is supplied) if there is one, otherwise returns ''.

Where item_name is the item you want to test for. No namespace, and please notice the quotes.

Example: "query.get_equipped_item_name == 'diamond'"

Can you test for items in the inventory? Yes! Using the new query query.is_item_name_any.

query.get_name #

Formatted like: query.get_name == 'Name'

Turns true if actual in-game displayed name matches name (use OnixClient to see names in third view). Needs to be used in special conditions.

{
    "format_version": "1.10.0",
    "animation_controllers": {
        "controller.animation.ac": {
            "initial_state": "default",
            "states": {
                "default": {
                    "transitions": [
                        {
                            "active": "query.is_alive"
                        }
                    ]
                },
                "active": {
                    "transitions": [
                        {
                            "default": "(1.0)"
                        }
                    ],
                    "animations": [
                        {
                            "anim": "query.get_name == '...'" // You can use it only here!
                        }
                    ]
                }
            }
        }
    }
}

query.is_name_any #

Formatted like: query.get_name('Name1', 'Name2'). Takes one or more arguments. Turns true if actual in-game displayed name matches one of the given names. Needs to be used in special conditions.

{
    "format_version": "1.10.0",
    "animation_controllers": {
        "controller.animation.ac": {
            "initial_state": "default",
            "states": {
                "default": {
                    "transitions": [
                        {
                            "active": "query.is_alive"
                        }
                    ]
                },
                "active": {
                    "transitions": [
                        {
                            "default": "(1.0)"
                        }
                    ],
                    "animations": [
                        {
                            "anim": "query.is_name_any(...)" // You can use it only here!
                        }
                    ]
                }
            }
        }
    }
}

query.is_item_name_any #

Formatted like: query.is_item_name_any('slot.weapon.mainhand', 0, 'namespace:item_name')

Takes the equipment slot name first, followed by the slot index value, and then the list of item names with namespaces after it.

Possible equipment slot are as follows:

Test for items within the player's inventory #

Formatted like: t.val = 0; t.i = 0; loop(27, {t.val = q.is_item_name_any('slot.inventory', t.i, 'namespace:item_name'); t.val ? {return t.val;}; t.i = t.i+1;});

Replace namespace:item_name with any item you wish to check for. This simply loops through all 27 slots of the inventory and returns 1.0 if it has found any slot that has the specified item provided. Note that the hotbar is in a different slot from the main inventory slot so you will have to check that seperately.

query.is_enchanted #

Formatted like: is_enchanted = query.is_enchanted.

Return 1.0 or 0.0 based on whether the entity is enchanted.

Currently, can be only used in materials.

query.is_eating #

This query tracks when certain entities are 'eating'. It's not used for the player. To trigger, use one of the following components:

• minecraft:behavior.eat_carried_item
• minecraft:behavior.snacking

query.is_ghost #

Formatted like: is_ghost = query.is_ghost.

Return 1.0 or 0.0 based on whether the entity is a ghost.

Currently, only returns 1.0 for a guardian ghost and is used by its renderer.

query.is_grazing #

Formatted like: is_grazing = query.is_grazing.

Return 1.0 or 0.0 based on whether the entity is eating a block.

Currently, only returns 1.0 for a sheep and entities using runtime identifier of a sheep.

query.is_jumping #

Formatted like: is_jumping = query.is_jumping.

Return 1.0 or 0.0 based on whether the entity is jumping.

For the player, conditions for its activation are:

• the jump button is pressed (includes being in water and climbing a scaffolding)
• OR auto-jump is triggered
• OR swimming with auto-jump
• OR charging the jump of a ridable entity

query.modified_move_speed #

Formatted like: modified_move_speed = query.modified_move_speed.

Returns the current walk speed of the entity modified by status flags such as is_baby or on_fire

Value example:

• Player is walking: around 0.86
• Player is sprinting: 1.0
• Player is sprinting and jumping: 0.35
• Player is walking on fire: 1.0
• Player is sprinting on fire: 1.0
• Player is sprinting and jumping on fire: 0.525

query.log #

Content log is NOT debug log, they're different files. query.log outputs to the debug log only.

query.on_fire_time #

Formatted like: on_fire_time = query.on_fire_time.

Returns the time in ticks since the entity started or stopped being on fire, else it returns 0.0

Value example:

• Entity is summoned: value is 0
• Entity is ignited: value is 0 and starts counting up 1 every tick
• Entity is on fire for 2 seconds already: value is 40 and still counts up 1 every tick
• Entity stops being on fire: value resets to 0 and continues to count up 1 every tick despite not being on fire
• Entity is ignited second time: value resets to 0 and continues counting up 1 every tick
• Entity stops being on fire the second time: value resets to 0 and continues to count up 1 every tick despite not being on fire

Basically it's tick timer that starts after entity is first ignited and resets every time it changes from/to being on fire.

query.scoreboard #

Formatted like: query.scoreboard('objective_name') > 0

Returns 1.0 or 0.0 if the queried value is within the specified range provided. Or based on score count, molang operator and number.

Note that sometimes it might not work because of unknown reasons. One of which is that this cannot query scoreboard objective names with uppercase letters. In this case, for example, objective testfoo will work but not testFoo.

query.structural_integrity #

Formatted like: structural_integrity = query.structural_integrity.

Used by boats and minecarts for destroying it. It will decrease when attacking the entity and will recover with time. Probably unusable by anything other than boats and minecarts.

variable.attack_time #

Explanation #

This variable is setup as IF it was a query. In other words, it can be used on any entity, both on the client and server, regardless of whether you setup/define the variable correctly.

For entities #

The variable tracks when the entity is swinging to attack. When not attacking, it will return 0.0, when attacking it will range from 0.0 to the total attack time, which may be around 0.3 or something similar. For players, this value ranges from 0.0 to 1.0. The variable returns a percentage, in the form of a decimal, for how far into the attack the entity is. For example, if an entity is halfway into its attack swing, then the variable will return 0.5. It increments linearly.

For the Player #

For the player, the variable will track whenever the arm bones are swinging, this includes:

• placing blocks
• placing entities
• interacting (when swing is enabled)
• melee attack

query.is_roaring #

Evaluates to true when a knockback_roar attack is happening.

query.head_x_rotation #

Formatted like: query.head_x_rotation(x)

Where x specifies the head of the entity. It is not really relevant for any entity but the wither.

Returns head pitch. looking up returns -89.9, looking all the way down returns 89.9.

query.head_y_rotation #

Formatted like: query.head_y_rotation(x)

Where x specifies the head of the entity. It is not really relevant for any entity but the wither.

Returns yaw of the head from -179.9 to 179.9. the values wrap around so like if you are at -179.9 and you turn just a little bit, it instantly goes to 179.9.

query.target_x_rotation and query.target_y_rotation #

Identical to the respective query.head_*_rotation, however has no optional argument for selecting head.

query.time_of_day #

Returns the time of day (midnight=0.0, sunrise=0.25, noon=0.5, sunset=0.75) of the dimension the entity is in. Day time is calculated via this formula:

f(x) = (x*0.25/2400)mod 1

query.time_of_day - day time table

query.eye_target_x_rotation and query.eye_target_y_rotation #

Not valid for player. not really sure what its good for.

variable.short_arm_offset_right #

Returns the offset factor for the player's rightarm bone compared to the default skin geometry. Slim-armed (3 pixel wide) skins will return 0.5 when equipped on the player. Normal (4 pixel wide) skins will return 0.0 when equipped on the player. Note: the player must go into 1st person perspective at least once for this variable to be initialized and usable elsewhere on the entity.

variable.short_arm_offset_left #

Identical behavior to variable.short_arm_offset_right except it references the player leftarm bone.

query.movement_direction #

Returns one of the 3 components from the normalized vector of the entity movement meaning the magnitude/modulus/length of the vector is between 0 and 1.

Note: As of writing the documentation, the value returned from any of the axis will change depending on the speed of the entity (If the entity is on the ground the value will be less than the value of the entity if it were in the air even if it is moving in the same direction).

To get the actual normalized velocity vector of the entity movement you will have to normalize the values. Here is the Molang setup:

variable.mag = math.sqrt( math.pow( query.movement_direction(0), 2 ) + math.pow( query.movement_direction(1), 2) + math.pow( query.movement_direction(2), 2));
variable.xNorm = query.movement_direction(0) / variable.mag;
variable.yNorm = query.movement_direction(1) / variable.mag;
variable.zNorm = query.movement_direction(2) / variable.mag;

For more information on normalized vectors you can play around with this Desmos graph

query.block_neighbor_has_any_tag and query.relative_block_has_any_tag #

Requires Experimental Molang Features to use. From the docs Takes a relative position and one or more tag names, and returns either 0 or 1 based on if the block at that position has any of the tags provided. This is useful for using connecting blocks or detecting entities.

query.block_neighbor_has_any_tag - Takes block position query.relative_block_has_any_tag - Takes entity position

The syntax for it is q.block_neighbor_has_any_tag(x,y,z,'tag_name') and q.relative_block_has_any_tag(x,y,z,'tag_name').

Example:

• q.relative_block_has_any_tag(0,-1,0,'grass') would try to detect a block with the grass tag one block under the entity.
• q.block_neighbor_has_any_tag(0,-1,0,'grass') would try to detect a block with the grass tag one block under the block.

To do multiple tags you would use q.correct_query(0,-1,0,'grass', 'plant') with correct_query being replaced by the right query.

Note that this can also detect custom tags and vanilla tags