Describe the bug

I'm using refined storage to keep stock of netherite smithing templates through autocrafting and found a crash that loops.
This is very much vanilla all the mods 10 with world edit to help with admin stuff.
I originally found this on my server and went to a single player superflat world to recreate the issue.

All the Mods 10 - 4.11 crashed. The logs have been uploaded to gnomebot.dev:

latest.log | debug.log head / tail (~16MB & ~97k lines) | crash-2025-10-12_09.27.22-server.txt | PrismLauncher-0.log | KubeJS: client.log / server.log / startup.log | crash_assistant_app.log | modlist.txt

Found �[2;34m1�[0m log analysis results:
�[2;34mCodexMessage�[0m in: crash-2025-10-12_09.27.22-server.txt

Mod list changes beyond the modpack:

�[2;32m19�[0m added, �[2;31m0�[0m removed, �[2;34m1�[0m updated.

How can we reproduce this bug or crash?

This is everything you will need. The controller is a creative controller for power.

Before the crash, the setup is in 2 parts. An external storage is placed against the interface.

RS2 64k disk drive:

Netherrack, Diamonds, and a single Netherite Smithing Template in the storage

Netherite Smithing Template pattern as shown:

Autocrafter with pattern

Interface with autocrafting card. It is set to keep 10 Netherite Smithing Templates in stock.

The External Storage is set to Extract Only here:

With everything setup exactly as above, connect the 2 networks with a cable and the game will soon crash into a looping crash.

The above setup was also describe here in a RS2 doc found in a quick google search. This crash effects anyone who plays all the mods and uses RS2.

What Minecraft version is this happening on?

Minecraft 1.21.1

What NeoForge or Fabric version is this happening on?

NeoForge 21.1.209

What Refined Storage version is this happening on?

refinedstorage-neoforge-2.0.0-beta.13

What modpack and modpack version, if any, are you using?

All the Mods 10 4.11

Relevant log output

All the Mods 10 - 4.11 crashed. The logs have been uploaded to `gnomebot.dev`:
### [latest.log](<https://gnomebot.dev/paste/mclogs/SWEYBKB>)   |   [debug.log head](<https://gnomebot.dev/paste/mclogs/dsLXfKG>) / [tail](<https://gnomebot.dev/paste/mclogs/mq9Bvf6>) (~16MB & ~97k lines)   |   [crash-2025-10-12_09.27.22-server.txt](<https://gnomebot.dev/paste/mclogs/WcNiLfh>)   |   [PrismLauncher-0.log](<https://gnomebot.dev/paste/mclogs/yKBABLT>)   |   KubeJS: [client.log](<https://gnomebot.dev/paste/mclogs/8UMG1j5>) / [server.log](<https://gnomebot.dev/paste/mclogs/FUqz4Ru>) / [startup.log](<https://gnomebot.dev/paste/mclogs/eXBRfGw>)   |   [crash_assistant_app.log](<https://gnomebot.dev/paste/mclogs/CEkWRTA>)   |   [modlist.txt](<https://gnomebot.dev/paste/mclogs/6yMqrCU>)

Found �[2;34m1�[0m log analysis results:
�[2;34mCodexMessage�[0m in: crash-2025-10-12_09.27.22-server.txt

### [Mod list changes](<https://gnomebot.dev/paste/mclogs/Ru4RVzB>) beyond the modpack:

�[2;32m19�[0m added, �[2;31m0�[0m removed, �[2;34m1�[0m updated.

Update to All The Mods 10 4.12.

Updating to ATM4.12 fixed it the crash.

However this setup thinks there isn't enough materials in the system to craft more smithing templates. The template is being passed back and forth between the interface and the storage, and the crafter never picks it up for autocrafting.

You cannot use RS to craft more smithing templates.