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/release version of MineColonies for my Minecraft version.
  I am also running the latest versions of other mods that are part of my problem.

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

MineColonies Version

1.20.1-1.1.985

Structurize Version

1.20.1-1.0.775

Related Mods and their Versions

1. Forge Version: 1.20.1-47.4.0
2. BlockUI Version: 1.20.1-1.0.103
3. Domum Ornamentum Version: 1.20.1-1.0.288

Current Behavior

When placing blocks with the builder's assistant hammer, the progress isn't recognized on the resource scroll for the associated build/builder. This shows when the builder is asking for blocks to use that you have already placed down.
For example, in the picture of the resource scroll, it is needing 64 Yellow Terracotta panels. In the other image, it shows 8 Yellow Terracotta panels placed down. This is repeated 7 more times for the rest of the build, satisfying the placement of 64 Yellow Terracotta panels. This was achieved using the diamond Builder's Assistant hammer enchanted with Unbreaking 3. However, it shows as still being needed on the resource scroll. This issue is not just for the Yellow Terracotta Panels, but other blocks as well.

Expected Behavior

It is expected that when placing blocks with the Builder's Assistant hammer, the blocks placed would not show up as required on the associated resource scroll.

Reproduction Steps

1. Start a build with a builder.
2. Either build the started build entirely with the builder's assistant hammer or finish whatever has been started.
3. Check the releated resource scroll.

Logs

https://pastebin.com/kenp7K6y

Anything else?

This apparently has been pointed out on the Patreon Discord. Here is a link to the mention on the regular Discord of a screenshot of bug issue mention: https://discord.com/channels/139070364159311872/1125094832143077456/1399173895054954536

Footer

Viewers

• 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.

The required resources scroll is wrong. Additionally, I meant to say 64 Yellow Concrete Panel. Here is the correct one attached:

Anastacia reported similar on patreon discord too if that has any different info that is of use
https://discord.com/channels/472875599422291968/1398657992940851301/1398657992940851301

I have just tried adding some blocks with the hammer that are not Domum Ornamentum blocks
(soul lantern, lantern, and colony banner), and they did update the required resources scroll. However, some blocks, like the Yellow Concrete Pane, l still did not update the resource scroll when removing and replacing the blocks.

I also noticed this issue, playing on 1.21.1
definitely it was DO blocks that I had issues not updating, non-DO blocks like dirt I had so many and they needed so many I could not keep track
also when trying to place dirt the dirt was removed from my inventory but would not place the dirt if the schematic had solid placeholder blocks (even though the builder fill was set to dirt) it does work when the schematic calls for dirt.

Not sure if this is a related issue but may be a symptom of this bug, but I have been trying to upgrade my building (town hall in the images). The resource scroll usage % goes up slowly here and there, and by watching the builder with the builder's goggles on and shifting, I can see the highlighted green block that the builder is trying to place. However, all the highlighted blocks are already placed, and so the builder will "place" the block and move on to the next block. Eventually for some reason, the % will stop and drop back down to some seemingly random number, 14%, 2%, and finally 0%. And the process starts back up all over again.