Is there an existing issue for this?

• I have searched the existing issues

Are you using the latest MineColonies Version?

• I am running the latest beta version of MineColonies for my Minecraft version.

Did you check on the Wiki? or ask on Discord?

• I checked the MineColonies Wiki and made sure my issue is not covered there. Or I was sent from discord to open an issue here.

What were you playing at the time? Were you able to reproduce it in both settings?

• Single Player
• Multi Player

Minecraft Version

1.20.1

MineColonies Version

1.20.1-1.1.605-BETA

Structurize Version

1.20.1-1.0.742-RELEASE

Related Mods and their Versions

Forge: 47.3.5
Domum Ornamentum: 1.20.1-1.0.188-BETA

Current Behavior

Florist just breaks ferns and grass without using shears, not generating actual items in their inventory.

Expected Behavior

When florist finds grown ferns or grass, they should check if shear is in their inventory and use it on those shearable plants to obtain them properly, not destroying them by hand.

Reproduction Steps

1. Build a flower shop which is above level three.
2. Set the other flowers except fern, large fern, and tall grass to off at the filter setting of the hut.
3. Assign a worker and supply a bunch of composts.
4. Set pick up priority to never so you can properly check its inventory contents.
5. Now you can see the florist breaks plants when they grow, but nothing is generated in their inventory nor in their hut inventory.

Logs

https://gist.github.com/jinwoo829/e3db508f7c69a831a3af40dce5e0b60d

Anything else?

• Add a thumbs-up to the bug report if you are also affected. This helps the bug report become more visible to the team and doesn't clutter the comments.
• Add a comment if you have any insights or background information that isn't already part of the conversation.

I used Medieval Spruce style for the flower shop.

Composter was set to not use ferns or grass while the test so this should not be the cause.

I recreated the same problem on the clean instance only jei, minecolonies and its dependencies are installed. Attached log is from this instance.

A bug report about 2 years ago (#8304), which is marked as solved in #8305, looks similar to this problem.