Fix crash displaying squeezer recipes with empty/missing tag-based outputs

[Copilot]

When a squeezer/mechanical squeezer recipe has a tag-based output (e.g. c:dusts/coal) and no mod populates that tag, JEI crashes trying to build the recipe display.

Root cause

RecipeSqueezer.getOutputItemsAsSlots() resolved tag outputs via ItemStackFromIngredient.getIngredient().display(), which internally calls BuiltInRegistries.ITEM.getOrThrow(tag) — throwing if the tag is absent from the registry.

Fix

Use SlotDisplay.TagSlotDisplay directly for tag-based outputs, bypassing registry lookup entirely. TagSlotDisplay.resolve() uses Optional and returns an empty stream for missing/empty tags instead of throwing.

// Before
right -> Pair.of(right.getLeft().getIngredient().display(), right.getRight())

// After
right -> Pair.of((SlotDisplay) new SlotDisplay.TagSlotDisplay(right.getLeft().getTag()), right.getRight())

This lets JEI render the recipe slot as empty (missing item placeholder) rather than crashing.

[coveralls]

coverage: 53.65% (-0.01%) from 53.663% — copilot/fix-coal-dust-recipe-loading into master-26

[rubensworks]

If the problem is that ItemStackFromIngredient.getIngredient().display() can throw, maybe you can make it non-throwing instead?

[Copilot]

If the problem is that ItemStackFromIngredient.getIngredient().display() can throw, maybe you can make it non-throwing instead?

The current fix does exactly that. ItemStackFromIngredient.getIngredient() calls BuiltInRegistries.ITEM.getOrThrow(tag) internally (it's in CyclopsCore, so we can't change it). By constructing SlotDisplay.TagSlotDisplay(right.getLeft().getTag()) directly with the raw TagKey<Item>, we bypass that call entirely — TagSlotDisplay is the correct display type for tag-based outputs and handles empty/missing tags safely.