fix: attach glow lichen, vines and other multiface plants to a block

[tastybento]

Port of BentoBoxWorld/AOneBlock#556 — ChunkBlock shares the same spawnBlock code and the same Lush Caves / Mangrove Swamp phase files, so it has the identical bug.

The bug

Glow lichen in the Lush Caves phase cannot be obtained or used: it is deleted the moment anything updates next to it, and bone meal will not spread it.

spawnBlock places it with block.setType(Material.GLOW_LICHEN, false), which gives the block its default block data — and glow lichen's default state has every face false:

minecraft:glow_lichen {down=false, east=false, north=false, south=false, up=false, west=false, waterlogged=false}

That one fact explains all of the symptoms:

• It looks like a lichen cube. The vanilla model has an explicit "all faces false" fallback part for each of the six directions, so the client draws lichen on all six sides. It is not attached to anything — it only looks that way.
• It vanishes on the first block update.MultifaceBlock.canSurvive returns false when no face is set, so placing a block next to it deletes it.
• Bone meal does nothing. The spreader spreads from an attached face, and there is none.

VINE in the Mangrove Swamp phase (weight 80) has the identical default state and the identical bug.

Verified on a real Paper 26.2 server (console only, fresh world):

RESULT1 ATTACHED-LICHEN-SURVIVED glow_lichen[down=true] on moss, survives a neighbour update
RESULT2 FACELESS-LICHEN-GONE default glow_lichen, deleted by the first update
RESULT3 ATTACHED-VINE-SURVIVED vine[south=true] on moss, survives

The fix

spawnMultifaceBlock handles GLOW_LICHEN, VINE, SCULK_VEIN and RESIN_CLUMP:

1. Attach to what is already there. Every neighbour whose facing side is a full solid face (BlockData.isFaceSturdy(face, BlockSupport.FULL)) gets a face set on the plant. In normal play the magic block sits in the player's platform, so this is the usual case — the lichen is then a valid block that survives updates, drops to shears and spreads with bone meal.
2. If it is floating in mid-air, grow it a block to live on. There would be nothing for bone meal to spread onto either, so the magic block becomes the support block (MOSS_BLOCK for lichen and vines, SCULK for sculk veins) and the plant grows on the first free side of it — lichen lies on the top face, vines go on a side since they cannot hang off an underside.

If the material is not MultipleFacing on the running server version, it is placed as before.

Testing

• Three new cases in BlockListenerTest2: attach-to-neighbours, lichen with no support, vine with no support.
• Full suite green — 674 tests.
• The AOneBlock build of this same change was tested in-game on the 26.2 test server.

Not changed

• Glow lichen still only drops with shears/silk touch — vanilla behaviour. If it should always pay out, the better route is moving it from the blocks: pool into 12000_lush_caves_chests.yml.
• CAVE_VINES_PLANT, MOSS_CARPET and SPORE_BLOSSOM also cannot survive an update while floating, but they render and drop normally when mined, so they are a much smaller problem.

🤖 Generated with Claude Code

https://claude.ai/code/session_016ijeqd5GdQNHbJQh6MwQyP

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
85.4% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

[tastybento]

Port of BentoBoxWorld/AOneBlock#556 — ChunkBlock shares the same spawnBlock code and the same Lush Caves / Mangrove Swamp phase files, so it has the identical bug.

The bug

Glow lichen in the Lush Caves phase cannot be obtained or used: it is deleted the moment anything updates next to it, and bone meal will not spread it.

spawnBlock places it with block.setType(Material.GLOW_LICHEN, false), which gives the block its default block data — and glow lichen's default state has every face false:

minecraft:glow_lichen {down=false, east=false, north=false, south=false, up=false, west=false, waterlogged=false}

That one fact explains all of the symptoms:

• It looks like a lichen cube. The vanilla model has an explicit "all faces false" fallback part for each of the six directions, so the client draws lichen on all six sides. It is not attached to anything — it only looks that way.
• It vanishes on the first block update.MultifaceBlock.canSurvive returns false when no face is set, so placing a block next to it deletes it.
• Bone meal does nothing. The spreader spreads from an attached face, and there is none.

VINE in the Mangrove Swamp phase (weight 80) has the identical default state and the identical bug.

Verified on a real Paper 26.2 server (console only, fresh world):

RESULT1 ATTACHED-LICHEN-SURVIVED glow_lichen[down=true] on moss, survives a neighbour update
RESULT2 FACELESS-LICHEN-GONE default glow_lichen, deleted by the first update
RESULT3 ATTACHED-VINE-SURVIVED vine[south=true] on moss, survives

The fix

spawnMultifaceBlock handles GLOW_LICHEN, VINE, SCULK_VEIN and RESIN_CLUMP:

1. Attach to what is already there. Every neighbour whose facing side is a full solid face (BlockData.isFaceSturdy(face, BlockSupport.FULL)) gets a face set on the plant. In normal play the magic block sits in the player's platform, so this is the usual case — the lichen is then a valid block that survives updates, drops to shears and spreads with bone meal.
2. If it is floating in mid-air, grow it a block to live on. There would be nothing for bone meal to spread onto either, so the magic block becomes the support block (MOSS_BLOCK for lichen and vines, SCULK for sculk veins) and the plant grows on the first free side of it — lichen lies on the top face, vines go on a side since they cannot hang off an underside.

If the material is not MultipleFacing on the running server version, it is placed as before.

Testing

• Three new cases in BlockListenerTest2: attach-to-neighbours, lichen with no support, vine with no support.
• Full suite green — 674 tests.
• The AOneBlock build of this same change was tested in-game on the 26.2 test server.

Not changed

• Glow lichen still only drops with shears/silk touch — vanilla behaviour. If it should always pay out, the better route is moving it from the blocks: pool into 12000_lush_caves_chests.yml.
• CAVE_VINES_PLANT, MOSS_CARPET and SPORE_BLOSSOM also cannot survive an update while floating, but they render and drop normally when mined, so they are a much smaller problem.

🤖 Generated with Claude Code

https://claude.ai/code/session_016ijeqd5GdQNHbJQh6MwQyP

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
85.4% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

[tastybento]

Port of BentoBoxWorld/AOneBlock#556 — ChunkBlock shares the same spawnBlock code and the same Lush Caves / Mangrove Swamp phase files, so it has the identical bug.

The bug

Glow lichen in the Lush Caves phase cannot be obtained or used: it is deleted the moment anything updates next to it, and bone meal will not spread it.

spawnBlock places it with block.setType(Material.GLOW_LICHEN, false), which gives the block its default block data — and glow lichen's default state has every face false:

minecraft:glow_lichen {down=false, east=false, north=false, south=false, up=false, west=false, waterlogged=false}

That one fact explains all of the symptoms:

• It looks like a lichen cube. The vanilla model has an explicit "all faces false" fallback part for each of the six directions, so the client draws lichen on all six sides. It is not attached to anything — it only looks that way.
• It vanishes on the first block update.MultifaceBlock.canSurvive returns false when no face is set, so placing a block next to it deletes it.
• Bone meal does nothing. The spreader spreads from an attached face, and there is none.

VINE in the Mangrove Swamp phase (weight 80) has the identical default state and the identical bug.

Verified on a real Paper 26.2 server (console only, fresh world):

RESULT1 ATTACHED-LICHEN-SURVIVED glow_lichen[down=true] on moss, survives a neighbour update
RESULT2 FACELESS-LICHEN-GONE default glow_lichen, deleted by the first update
RESULT3 ATTACHED-VINE-SURVIVED vine[south=true] on moss, survives

The fix

spawnMultifaceBlock handles GLOW_LICHEN, VINE, SCULK_VEIN and RESIN_CLUMP:

1. Attach to what is already there. Every neighbour whose facing side is a full solid face (BlockData.isFaceSturdy(face, BlockSupport.FULL)) gets a face set on the plant. In normal play the magic block sits in the player's platform, so this is the usual case — the lichen is then a valid block that survives updates, drops to shears and spreads with bone meal.
2. If it is floating in mid-air, grow it a block to live on. There would be nothing for bone meal to spread onto either, so the magic block becomes the support block (MOSS_BLOCK for lichen and vines, SCULK for sculk veins) and the plant grows on the first free side of it — lichen lies on the top face, vines go on a side since they cannot hang off an underside.

If the material is not MultipleFacing on the running server version, it is placed as before.

Testing

• Three new cases in BlockListenerTest2: attach-to-neighbours, lichen with no support, vine with no support.
• Full suite green — 674 tests.
• The AOneBlock build of this same change was tested in-game on the 26.2 test server.

Not changed

• Glow lichen still only drops with shears/silk touch — vanilla behaviour. If it should always pay out, the better route is moving it from the blocks: pool into 12000_lush_caves_chests.yml.
• CAVE_VINES_PLANT, MOSS_CARPET and SPORE_BLOSSOM also cannot survive an update while floating, but they render and drop normally when mined, so they are a much smaller problem.

🤖 Generated with Claude Code

https://claude.ai/code/session_016ijeqd5GdQNHbJQh6MwQyP

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
85.4% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

[tastybento]

Port of BentoBoxWorld/AOneBlock#556 — ChunkBlock shares the same spawnBlock code and the same Lush Caves / Mangrove Swamp phase files, so it has the identical bug.

The bug

Glow lichen in the Lush Caves phase cannot be obtained or used: it is deleted the moment anything updates next to it, and bone meal will not spread it.

spawnBlock places it with block.setType(Material.GLOW_LICHEN, false), which gives the block its default block data — and glow lichen's default state has every face false:

minecraft:glow_lichen {down=false, east=false, north=false, south=false, up=false, west=false, waterlogged=false}

That one fact explains all of the symptoms:

• It looks like a lichen cube. The vanilla model has an explicit "all faces false" fallback part for each of the six directions, so the client draws lichen on all six sides. It is not attached to anything — it only looks that way.
• It vanishes on the first block update.MultifaceBlock.canSurvive returns false when no face is set, so placing a block next to it deletes it.
• Bone meal does nothing. The spreader spreads from an attached face, and there is none.

VINE in the Mangrove Swamp phase (weight 80) has the identical default state and the identical bug.

Verified on a real Paper 26.2 server (console only, fresh world):

RESULT1 ATTACHED-LICHEN-SURVIVED glow_lichen[down=true] on moss, survives a neighbour update
RESULT2 FACELESS-LICHEN-GONE default glow_lichen, deleted by the first update
RESULT3 ATTACHED-VINE-SURVIVED vine[south=true] on moss, survives

The fix

spawnMultifaceBlock handles GLOW_LICHEN, VINE, SCULK_VEIN and RESIN_CLUMP:

1. Attach to what is already there. Every neighbour whose facing side is a full solid face (BlockData.isFaceSturdy(face, BlockSupport.FULL)) gets a face set on the plant. In normal play the magic block sits in the player's platform, so this is the usual case — the lichen is then a valid block that survives updates, drops to shears and spreads with bone meal.
2. If it is floating in mid-air, grow it a block to live on. There would be nothing for bone meal to spread onto either, so the magic block becomes the support block (MOSS_BLOCK for lichen and vines, SCULK for sculk veins) and the plant grows on the first free side of it — lichen lies on the top face, vines go on a side since they cannot hang off an underside.

If the material is not MultipleFacing on the running server version, it is placed as before.

Testing

• Three new cases in BlockListenerTest2: attach-to-neighbours, lichen with no support, vine with no support.
• Full suite green — 674 tests.
• The AOneBlock build of this same change was tested in-game on the 26.2 test server.

Not changed

• Glow lichen still only drops with shears/silk touch — vanilla behaviour. If it should always pay out, the better route is moving it from the blocks: pool into 12000_lush_caves_chests.yml.
• CAVE_VINES_PLANT, MOSS_CARPET and SPORE_BLOSSOM also cannot survive an update while floating, but they render and drop normally when mined, so they are a much smaller problem.

🤖 Generated with Claude Code

https://claude.ai/code/session_016ijeqd5GdQNHbJQh6MwQyP

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
85.4% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

[tastybento]

Port of BentoBoxWorld/AOneBlock#556 — ChunkBlock shares the same spawnBlock code and the same Lush Caves / Mangrove Swamp phase files, so it has the identical bug.

The bug

Glow lichen in the Lush Caves phase cannot be obtained or used: it is deleted the moment anything updates next to it, and bone meal will not spread it.

spawnBlock places it with block.setType(Material.GLOW_LICHEN, false), which gives the block its default block data — and glow lichen's default state has every face false:

minecraft:glow_lichen {down=false, east=false, north=false, south=false, up=false, west=false, waterlogged=false}

That one fact explains all of the symptoms:

• It looks like a lichen cube. The vanilla model has an explicit "all faces false" fallback part for each of the six directions, so the client draws lichen on all six sides. It is not attached to anything — it only looks that way.
• It vanishes on the first block update.MultifaceBlock.canSurvive returns false when no face is set, so placing a block next to it deletes it.
• Bone meal does nothing. The spreader spreads from an attached face, and there is none.

VINE in the Mangrove Swamp phase (weight 80) has the identical default state and the identical bug.

Verified on a real Paper 26.2 server (console only, fresh world):

RESULT1 ATTACHED-LICHEN-SURVIVED glow_lichen[down=true] on moss, survives a neighbour update
RESULT2 FACELESS-LICHEN-GONE default glow_lichen, deleted by the first update
RESULT3 ATTACHED-VINE-SURVIVED vine[south=true] on moss, survives

The fix

spawnMultifaceBlock handles GLOW_LICHEN, VINE, SCULK_VEIN and RESIN_CLUMP:

1. Attach to what is already there. Every neighbour whose facing side is a full solid face (BlockData.isFaceSturdy(face, BlockSupport.FULL)) gets a face set on the plant. In normal play the magic block sits in the player's platform, so this is the usual case — the lichen is then a valid block that survives updates, drops to shears and spreads with bone meal.
2. If it is floating in mid-air, grow it a block to live on. There would be nothing for bone meal to spread onto either, so the magic block becomes the support block (MOSS_BLOCK for lichen and vines, SCULK for sculk veins) and the plant grows on the first free side of it — lichen lies on the top face, vines go on a side since they cannot hang off an underside.

If the material is not MultipleFacing on the running server version, it is placed as before.

Testing

• Three new cases in BlockListenerTest2: attach-to-neighbours, lichen with no support, vine with no support.
• Full suite green — 674 tests.
• The AOneBlock build of this same change was tested in-game on the 26.2 test server.

Not changed

• Glow lichen still only drops with shears/silk touch — vanilla behaviour. If it should always pay out, the better route is moving it from the blocks: pool into 12000_lush_caves_chests.yml.
• CAVE_VINES_PLANT, MOSS_CARPET and SPORE_BLOSSOM also cannot survive an update while floating, but they render and drop normally when mined, so they are a much smaller problem.

🤖 Generated with Claude Code

https://claude.ai/code/session_016ijeqd5GdQNHbJQh6MwQyP

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
85.4% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

[tastybento]

Port of BentoBoxWorld/AOneBlock#556 — ChunkBlock shares the same spawnBlock code and the same Lush Caves / Mangrove Swamp phase files, so it has the identical bug.

The bug

Glow lichen in the Lush Caves phase cannot be obtained or used: it is deleted the moment anything updates next to it, and bone meal will not spread it.

spawnBlock places it with block.setType(Material.GLOW_LICHEN, false), which gives the block its default block data — and glow lichen's default state has every face false:

minecraft:glow_lichen {down=false, east=false, north=false, south=false, up=false, west=false, waterlogged=false}

That one fact explains all of the symptoms:

• It looks like a lichen cube. The vanilla model has an explicit "all faces false" fallback part for each of the six directions, so the client draws lichen on all six sides. It is not attached to anything — it only looks that way.
• It vanishes on the first block update.MultifaceBlock.canSurvive returns false when no face is set, so placing a block next to it deletes it.
• Bone meal does nothing. The spreader spreads from an attached face, and there is none.

VINE in the Mangrove Swamp phase (weight 80) has the identical default state and the identical bug.

Verified on a real Paper 26.2 server (console only, fresh world):

RESULT1 ATTACHED-LICHEN-SURVIVED glow_lichen[down=true] on moss, survives a neighbour update
RESULT2 FACELESS-LICHEN-GONE default glow_lichen, deleted by the first update
RESULT3 ATTACHED-VINE-SURVIVED vine[south=true] on moss, survives

The fix

spawnMultifaceBlock handles GLOW_LICHEN, VINE, SCULK_VEIN and RESIN_CLUMP:

1. Attach to what is already there. Every neighbour whose facing side is a full solid face (BlockData.isFaceSturdy(face, BlockSupport.FULL)) gets a face set on the plant. In normal play the magic block sits in the player's platform, so this is the usual case — the lichen is then a valid block that survives updates, drops to shears and spreads with bone meal.
2. If it is floating in mid-air, grow it a block to live on. There would be nothing for bone meal to spread onto either, so the magic block becomes the support block (MOSS_BLOCK for lichen and vines, SCULK for sculk veins) and the plant grows on the first free side of it — lichen lies on the top face, vines go on a side since they cannot hang off an underside.

If the material is not MultipleFacing on the running server version, it is placed as before.

Testing

• Three new cases in BlockListenerTest2: attach-to-neighbours, lichen with no support, vine with no support.
• Full suite green — 674 tests.
• The AOneBlock build of this same change was tested in-game on the 26.2 test server.

Not changed

• Glow lichen still only drops with shears/silk touch — vanilla behaviour. If it should always pay out, the better route is moving it from the blocks: pool into 12000_lush_caves_chests.yml.
• CAVE_VINES_PLANT, MOSS_CARPET and SPORE_BLOSSOM also cannot survive an update while floating, but they render and drop normally when mined, so they are a much smaller problem.

🤖 Generated with Claude Code

https://claude.ai/code/session_016ijeqd5GdQNHbJQh6MwQyP

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
85.4% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

[tastybento]

Port of BentoBoxWorld/AOneBlock#556 — ChunkBlock shares the same spawnBlock code and the same Lush Caves / Mangrove Swamp phase files, so it has the identical bug.

The bug

Glow lichen in the Lush Caves phase cannot be obtained or used: it is deleted the moment anything updates next to it, and bone meal will not spread it.

spawnBlock places it with block.setType(Material.GLOW_LICHEN, false), which gives the block its default block data — and glow lichen's default state has every face false:

minecraft:glow_lichen {down=false, east=false, north=false, south=false, up=false, west=false, waterlogged=false}

That one fact explains all of the symptoms:

• It looks like a lichen cube. The vanilla model has an explicit "all faces false" fallback part for each of the six directions, so the client draws lichen on all six sides. It is not attached to anything — it only looks that way.
• It vanishes on the first block update.MultifaceBlock.canSurvive returns false when no face is set, so placing a block next to it deletes it.
• Bone meal does nothing. The spreader spreads from an attached face, and there is none.

VINE in the Mangrove Swamp phase (weight 80) has the identical default state and the identical bug.

Verified on a real Paper 26.2 server (console only, fresh world):

RESULT1 ATTACHED-LICHEN-SURVIVED glow_lichen[down=true] on moss, survives a neighbour update
RESULT2 FACELESS-LICHEN-GONE default glow_lichen, deleted by the first update
RESULT3 ATTACHED-VINE-SURVIVED vine[south=true] on moss, survives

The fix

spawnMultifaceBlock handles GLOW_LICHEN, VINE, SCULK_VEIN and RESIN_CLUMP:

1. Attach to what is already there. Every neighbour whose facing side is a full solid face (BlockData.isFaceSturdy(face, BlockSupport.FULL)) gets a face set on the plant. In normal play the magic block sits in the player's platform, so this is the usual case — the lichen is then a valid block that survives updates, drops to shears and spreads with bone meal.
2. If it is floating in mid-air, grow it a block to live on. There would be nothing for bone meal to spread onto either, so the magic block becomes the support block (MOSS_BLOCK for lichen and vines, SCULK for sculk veins) and the plant grows on the first free side of it — lichen lies on the top face, vines go on a side since they cannot hang off an underside.

If the material is not MultipleFacing on the running server version, it is placed as before.

Testing

• Three new cases in BlockListenerTest2: attach-to-neighbours, lichen with no support, vine with no support.
• Full suite green — 674 tests.
• The AOneBlock build of this same change was tested in-game on the 26.2 test server.

Not changed

• Glow lichen still only drops with shears/silk touch — vanilla behaviour. If it should always pay out, the better route is moving it from the blocks: pool into 12000_lush_caves_chests.yml.
• CAVE_VINES_PLANT, MOSS_CARPET and SPORE_BLOSSOM also cannot survive an update while floating, but they render and drop normally when mined, so they are a much smaller problem.

🤖 Generated with Claude Code

https://claude.ai/code/session_016ijeqd5GdQNHbJQh6MwQyP

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
85.4% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

[tastybento]

Port of BentoBoxWorld/AOneBlock#556 — ChunkBlock shares the same spawnBlock code and the same Lush Caves / Mangrove Swamp phase files, so it has the identical bug.

The bug

Glow lichen in the Lush Caves phase cannot be obtained or used: it is deleted the moment anything updates next to it, and bone meal will not spread it.

spawnBlock places it with block.setType(Material.GLOW_LICHEN, false), which gives the block its default block data — and glow lichen's default state has every face false:

minecraft:glow_lichen {down=false, east=false, north=false, south=false, up=false, west=false, waterlogged=false}

That one fact explains all of the symptoms:

• It looks like a lichen cube. The vanilla model has an explicit "all faces false" fallback part for each of the six directions, so the client draws lichen on all six sides. It is not attached to anything — it only looks that way.
• It vanishes on the first block update.MultifaceBlock.canSurvive returns false when no face is set, so placing a block next to it deletes it.
• Bone meal does nothing. The spreader spreads from an attached face, and there is none.

VINE in the Mangrove Swamp phase (weight 80) has the identical default state and the identical bug.

Verified on a real Paper 26.2 server (console only, fresh world):

RESULT1 ATTACHED-LICHEN-SURVIVED glow_lichen[down=true] on moss, survives a neighbour update
RESULT2 FACELESS-LICHEN-GONE default glow_lichen, deleted by the first update
RESULT3 ATTACHED-VINE-SURVIVED vine[south=true] on moss, survives

The fix

spawnMultifaceBlock handles GLOW_LICHEN, VINE, SCULK_VEIN and RESIN_CLUMP:

1. Attach to what is already there. Every neighbour whose facing side is a full solid face (BlockData.isFaceSturdy(face, BlockSupport.FULL)) gets a face set on the plant. In normal play the magic block sits in the player's platform, so this is the usual case — the lichen is then a valid block that survives updates, drops to shears and spreads with bone meal.
2. If it is floating in mid-air, grow it a block to live on. There would be nothing for bone meal to spread onto either, so the magic block becomes the support block (MOSS_BLOCK for lichen and vines, SCULK for sculk veins) and the plant grows on the first free side of it — lichen lies on the top face, vines go on a side since they cannot hang off an underside.

If the material is not MultipleFacing on the running server version, it is placed as before.

Testing

• Three new cases in BlockListenerTest2: attach-to-neighbours, lichen with no support, vine with no support.
• Full suite green — 674 tests.
• The AOneBlock build of this same change was tested in-game on the 26.2 test server.

Not changed

• Glow lichen still only drops with shears/silk touch — vanilla behaviour. If it should always pay out, the better route is moving it from the blocks: pool into 12000_lush_caves_chests.yml.
• CAVE_VINES_PLANT, MOSS_CARPET and SPORE_BLOSSOM also cannot survive an update while floating, but they render and drop normally when mined, so they are a much smaller problem.

🤖 Generated with Claude Code

https://claude.ai/code/session_016ijeqd5GdQNHbJQh6MwQyP

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
85.4% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud