Your Idea

The bot should make a new tool because it very often gets stuck underground when the tool breaks.

Bug Description

@Stop does not stop baritone

Steps to Reproduce (as best as you can)

Execute a task, then run @stop

Expected Behavior

Baritone and altoclef stops

Actual Behavior

Baritone doesn't stop

Crashlogs (if applicable)

None

Bug Description

Bot should find but it go go go forever

Steps to Reproduce (as best as you can)

Difficult to reproduce.

Try running a crap ton of commands over and over again, going to and from the nether perhaps

Expected Behavior

After wandering to wait for calculations or a located object, the bot should quickly locate and interact with said object

Actual Behavior

On rare occasions, the bot gets stuck wandering forever

Crashlogs or Screenshots (if applicable)

Image courtesy of @TheBlueBurger

^^ Even if logs appear within proximity of the bot, it will still wander forever.

https://streamable.com/78n5nd

Basically, just remove TaskCatalogue, because stactic stuff is gross.

Recipes should be loaded from a file at runtime.

There's something fundamentally wrong with the "do to closest block" task, as it's inefficient and kinda stupid.

When building a portal, liquid collection can often get stuck.
When mining diamonds, many diamonds are left out.

Create a file format that handles recipes, so that people can add custom recipes easily.

Examples:

mine dirt from [dirt, grass_block, grass_path]
mine log[acacia_log, birch_log, crimson_log, dark_oak_log, oak_log, jungle_log, spruce_log, warped_log] from [acacia_log, birch_log, crimson_log, dark_oak_log, oak_log, jungle_log, spruce_log, warped_log]; any dimension
mine cobblestone from [stone, cobblestone] with wooden_pickaxe
mine netherrack with wooden_pickaxe; nether

simple planks from CollectPlanksTask; dont automine
simple cobblestone from CollectCobblestoneTask; dont automine

mob gunpowder CreeperEntity

smelt stone from cobblestone; dont automine

recipe2x2 crafting_table from [planks, planks, planks, planks]
recipe2x2 torch from [coal, , stick, ]

recipeSlab cobblestone_slab using cobblestone
recipeStairs cobblestone_stairs using cobblestone
recipeWall cobblestone_wall using cobblestone

tools wooden from planks

alias wooden_pick from wooden_pickaxe

mobCook porkchop PigEntity.class

crop carrot break carrot plant carrot
crop beetroot break beetroots plant beetroot_seeds
crop beetroot_seeds break beetroots plant beetroot_seeds

PROBLEM:

How to deal with stuff like this?

woodTasks("log", wood -> wood.log, (wood, count) -> new MineAndCollectTask(wood.log, count, new Block[]{Block.getBlockFromItem(wood.log)}, MiningRequirement.HAND));

I could manually write those out. For example:

mine acacia_log
mine birch_log
etc...

I think since this is a text based file it wouldn't hurt to add some extra lines and a comment system to make things more legible. We'll stick with that for now.

Your Idea

There is a biome in the nether where endermen are really common, maybe craft a chest before going to the nether, place it in the nether, and then find the biome where endermen spawn and hunt there

Gets triggered when the bot is low in health. Will attempt to hide from monsters, for example, hide in a wall and blocking itself in. If it sees any way to safely get food, it does.

Title says it all

Bug Description

Bot is really slow when in lava and easily dies there. Fails in two aspects:

1. Baritone treats lava as solid blocks and not as a liquid, this makes it hesitate+recalculate a ton when it should just swim
2. You pick bad "safe" spots, like spots underneath lava. Don't do that.

Steps to Reproduce (as best as you can)

With diamond armor: Idle, then get stuck in lava pool

Expected Behavior

Bot attempts to leave lava and escapes small lava pools pretty reliably with diamond armor

Actual Behavior

Bot pussyfoots around and slowly dies in the lava when it could escape

Bug Description

Altoclef very often attempts to go to a place underwater and gets stuck

Steps to Reproduce (as best as you can)

Get the bot to go to a place underwater or the ocean

Expected Behavior

It successfully comes there

Actual Behavior

It gets stuck

Currently our users don't need to copy over the fabritone jar to TEST the project, but to BUILD it they gotta open up the fabritone project. That's annoying.

When building a full jar the process should be easy. If at all possible, everything should be merged into one jar.

If not, at least every dependent jar should be included somewhere in the build folder.

Can't believe I didn't find this earlier.

@get stone gets stuck while trying to craft a furnace.

Steps to repeat:
With 8 cobblestone, some fuel (1 coal is fine) and a placed crafting table, run @get stone.

The bot will try to craft a furnace, and will stop right before picking up the furnace from the table, repeating.

Bug Description

AltoClef places water on wrong block if there is a height difference

Steps to Reproduce (as best as you can)

Expected Behavior

Bot places water on the top block

Actual Behavior

Bot places water on the bottom block

Crashlogs (if applicable)

None

Bug Description

If you change your place and break settings Alto Clef will try to use the default controls to place the block.

Steps to Reproduce (as best as you can)

Change Place settings in controls in minecraft then try to get diamond.

Expected Behavior

IT places the block with the user control

Actual Behavior

It places with default controls

Your Idea

The arg system is not very good right now... We need a new one

How to repeat:

Make the bot enter a portal that is standing on soulsand.

The issue (what it should do vs what it does):

The bot should exit the portal and proceed. Instead, after entering the nether the bot will simply stand in the portal and try to dig downwards into the portal, or trying to place a block on top of the neighboring soulsand.

As most people know, you can't open a chest if a block is over it, but altoclef sometimes places a chest under a block and opens it.

while doing "get" or "butler" task, the bot will not build nether portals or use existing portals to travel cross-dimensionally. tested using the "@get quartz" command

If you for example mine diamonds, it will end the task underground when it's done.
It would be good to add a option to pathfind to the starting position when it is done.

thecamo6 brought up some great descriptions for a one cycle ender dragon kill might look like.

• Place obsidian above the pillar (either mine from the obsidian pillars or water + lava)
• Move away from the pillar to wait for perching (keep this part modular), on the same side that you placed the obsidian is best
• When the dragon perches, stand in the same place and wait for the dragon head to go below a certain height.
• Once it does, place a bed if not there.
• If a bed is placed and the head is close to the bed (XZ), right click the bed. Repeat the last few steps.

If no more beds, either suicide to get more beds or proceed to attack the dragon manually.

Bug Description

Throws error while being attacked by a Hoglin

Steps to Reproduce (as best as you can)

Get a Hoglin to attack you

Expected Behavior

Doesnt crash

Actual Behavior

Crashes
crash-2021-06-15_18.07.39-client.txt

Make this more granular, and test thoroughly to make sure there are no multi-threaded shenanigans.

https://github.com/adrisj7-AltoClef/altoclef/blob/23bb175e0c85b5d5a7918fd9413ffe653f8f21df/src/main/java/adris/altoclef/ConfigState.java#L298

        private void readExtraState(AltoClefSettings settings) {
            synchronized (settings.getBreakMutex()) { // TODO: 2021-05-22 why is there synchronized nesting here?
                synchronized (settings.getPlaceMutex()) {
                    blocksToAvoidBreaking = new HashSet<>(settings.getBlocksToAvoidBreaking());
                    toAvoidBreaking = new ArrayList<>(settings.getBreakAvoiders());
                    toAvoidPlacing = new ArrayList<>(settings.getPlaceAvoiders());
                    protectedItems = new ArrayList<>(settings.getProtectedItems());
                    synchronized (settings.getPropertiesMutex()) {
                        allowWalking = new ArrayList<>(settings.getForceWalkOnPredicates());
                    }
                }
            }
            allowWalkThroughFlowingWater = settings.isFlowingWaterPassAllowed();
            allowShears = settings.areShearsAllowed();

            rayFluidHandling = RayTraceUtils.fluidHandling;
            mineProcSearchAnyFlag = MineProcess.searchAnyFlag;
        }

AltoClef might sometimes randomly look at endermen. This will cause the endermen to attempt to kill the player. There should be a check, if a enderman hits you, the bot fights back, but it should let the normal endermen be alone.

This error occured yesterday, it might already be fixed. When the bot has gotten all required materials after respawning, it goes back to the end. If the end portal is not loaded, it spams a error many times per second until you stop the task manually.

I'm sure many people have had issues using/compiling this, but github issues is not the best way to get support as it's not something wrong with the code.

To create a build, both altoclef and the modified fabritone project must be built separately and then combined.

to make this easier, altoclef should include a copy of baritone-1.6.2.jar in the build directory.

A recipe such as cake x 20 will guarantee to fail, as you can't store 60 milk buckets in one inventory. This could also bring up a future issue with large schematics that can't hold all their resources in one inventory.

Currently, you have a massive class which constructs the tree of crafting recipes.
It would be MUCH nicer if that could instead just be a bunch of json files or smth.

Like logs.json, food.json, end.json, nether.json, materials.json, etc.

Baritone has a setting called legitMine, which prevents the bot from locating blocks it wants to mine through walls (kinda like xray), but the bot will continue to do so when legitMine is true.
If this is intended behavior maybe a setting to add legitMine could be added?

The bot places items in the slots for each item one at a time. This can be made faster.

Apparently you can click+drag to evenly distribute items? This might make things way faster as the game automatically splits up our items quickly. The bot would still click the output slot one at a time (unless the output slot has just the right amount that we need), but it would reduce the craft time from 50-90%

AltoClef cannot craft golden apples correctly. It tries to use iron nuggets, but you need golden ingots to make a golden apple.

I want to change the forceFieldStrategy option in the settings file but I don't know what other values for that to put in... Could you please make a file with a list of possible settings or something like that?
Thanks!

Detect and avoid dragons breath

and

if there is stuff(armor / tools) at the floor pick that up and equip it

this issue does not occur when trying to craft a diamond pickaxe for @get diamond_pickaxe

The bot doesn't use a sword when force-fielding enemies away and instead switches away from the sword to an empty hand or random item. In most cases the mobs (especially skeletons because they can shoot) will kill it since the bot can't quickly kill the mobs.

https://github.com/cabaletta/baritone/releases/tag/v1.6.3

Would keep baritone up to date, fix some issues and ALSO be a github fork, so it can be added to this organization for ease of access (very nice)

This seems to ONLY be 1.16.5, so this might not be the best route if we want to support earlier versions (like 1.16.1, or even 1.12)

Issue:
If the bot is holding an eye of ender and is instructed to sleep in a bed, it will right click on the bed with an eye of ender and throw the eye.

What should happen:
Before right clicking to interact with anything, the bot should de-equip itself of any usable items (preferably bare handed if inventory not full)

Steps to recreate:
Equip eye of ender, then make bot sleep in bed/set spawn.

Your Idea

Include a txt file next to the settings file explaining each parameter

https://youtu.be/_kb0x-szNso
Time: 42:30

Currently, you are required to build fabrictone and include it as a file in the libs dir.

Gimme like 10 minutes and that'll change.

Your Idea

Allow to travel between dimensions using @goto. A few examples:

@goto 0 100 0 = get to 0 100 0 in the current dimention
@goto 0 100 0 nether = get to 0 100 0 in the nether
@goto nether 0 100 0 = get to 0 100 0 in the nether
@goto nether = get to the nether

Currently the bot only considers the "food" value when picking food to eat. It should consider it's health and saturation as well.