Some information

Operating system: Windows
Java version:
Minecraft version: 1.16.4
Baritone version: 1.16.3
Forge mods (if used): None

Exception, error or logs

Please find your latest.log or debug.log in this folder and attach it to the issue

Linux: ~/.minecraft/logs/

Windows: %appdata%/.minecraft/logs/

Mac: /Library/Application\ Support/minecraft/logs/

How to reproduce

Add your steps to reproduce the issue/bug experienced here.

So, whenever i do #find (generic block here) it just does nothing, all it does is show on the chat:
[Baritone] > find bee_nest (bee_nest changes depending the block you searched, or whatever you put in as optional block meta)

Modified settings

No modified settings

Final checklist

• I know how to properly use check boxes
• [ x] I have included the version of Minecraft I'm running, baritone's version and forge mods (if used).
• [x ] I have included logs, exceptions and / or steps to reproduce the issue.
• [x ] I have not used any OwO's or UwU's in this issue.

It does the same to every block, i have tested with diamond ore, grass, oak logs, and it just does the same

Baritone doesn't cache those blocks either

Uh, no, im pretty sure find highlights the specified block right?

So basically, it just does "find [input i put here]" and does nothing, ill get a photo as soon as i can

Red: Proof that other commands work
Blue: baritone deciding to not respond to command after i typed it on chat

Bee nests aren't cached by Baritone.

Also about this, when i do #mine bee_nest, it works just fine.

Yes, because mining is not finding cached tile entities

So like, this is a bug or nah? i'm really confused

Can you send a log file, this should help clear up any confusions on either end.

Bee nests aren't cached by Baritone.

No, it's not a bug. You're just trying to use on blocks which aren't cached

Try enabling exploreForBlocks, however if it is in render distance it should still go to the block @L1ving, which I imagine some of the blocks he has tried are.

Oh, well maybe. I can't know from their perspective.

It works perfectly fine for tile entities for me

I refer to my previous comment.

Can you send a log file, this should help clear up any confusions on either end.

Can you send a log file, this should help clear up any confusions on either end.

I'll do as soon as I can, also about the render distance, it is definetely, cause i was near the oak log and it didnt highlight it in anyway

Heres what happens when I do # find

It just sends a popup in the chat and does nothing, even if the block is standing infront of me (as you can see in the picture) it wont do anything

latest.log

Can you send a log file, this should help clear up any confusions on either end.

Heres the log

Try enabling exploreForBlocks, however if it is in render distance it should still go to the block @L1ving, which I imagine some of the blocks he has tried are.

Still no work, I have no idea what's wrong, i've also tried installing and uninstalling it again and it still doesn't work, maybe it is probably the fact that im using a 1.16.3 baritone on a 1.16.4 version? (The dev probably didnt add find for that version maybe)

• Oak logs are also not cached

lol idk

goto does it just fine, idk what people use find for

baritone/src/main/java/baritone/command/defaults/FindCommand.java

Line 48 in 72cf939

ctx.worldData().getCachedWorld().getLocationsOf(

the code only looks for cached blocks

baritone/src/main/java/baritone/command/defaults/FindCommand.java

Line 48 in 72cf939

ctx.worldData().getCachedWorld().getLocationsOf(

the code only looks for cached blocks

im going to be 100 percent true with you i have no idea what cached means

Edit: misread.

Cached blocks are blocks that baritone "remembers" for later

What the hell do you think it means then??

something about uh, maybe storing data?

baritone/src/main/java/baritone/cache/CachedChunk.java

Line 42 in dbb0f59

public static final ImmutableSet<Block> BLOCKS_TO_KEEP_TRACK_OF = ImmutableSet.of(

Here is a list of blocks which Baritone caches on the 1.16.4 version.

Unlike the 1.12.2 version, it no longer caches ores.

baritone/src/main/java/baritone/cache/CachedChunk.java

Line 42 in dbb0f59

public static final ImmutableSet<Block> BLOCKS_TO_KEEP_TRACK_OF = ImmutableSet.of(

Here is a list of blocks which Baritone caches on the 1.16.4 version.

Unlike the 1.12.2 version, it no longer caches ores.

Yeah it seems to work now, thanks for clearing this up

Wait, why does it not use getToBlockProcess?

goto does it just fine, idk what people use find for

Personally i was trying to find beehives but since i alredy had some in my base, if i did goto, it would go to the bee hives in my base and not new ones, so i had to walk far to actually find them, and since i dont know how to make baritone ignore some blocks so it doesn't go to my base, i thought "hey i could use find to just go to new ones"