mojira.dev
MC-46094

Using fill/clone which replaces mobspawner and keeps its fire particle

The bug

When using the fill hollow command, if you happen to replace a mobspawner, the fire particle will stay where they are. But the mob spawner block will not be there.

How to reproduce

  1. Place a mobspawner

  2. Fill the place where the mobspawner are with fill hollow (not air)

  3. Fire particle will still be there

Video demonstrating the issue.

Side note

Reloging will make the particle disappear.

Related issues

MC-47866 Mob Spawner fire particles remain after spawner removed by /fill MC-51290 Monster Spawner fire particles remain when the spawner block is removed using /fill MC-75135 /clone leaves mob spawner particles MC-81534 mob_spawner's flames don' want disappears with a clone MC-102400 \fill hollow leaves mob spawner paricals MC-108681 Mob Spawner Particles Remain MC-108825 Mob Spawners continue to emit particles after they are replaced with another block via a Command. MC-117111 Mob Spawner particles don't disappear after the block is destroyed MC-119284 minecraft:mob_spawner Fire remains after using a /fill command (1.12) MC-129028 Mob Spawner Particles are created after filling with a different block MC-132783 removing a spawner using commands keeps the particals forever MC-144093 Removing mob spawners with /setblock, /clone, or /fill will leave the spawner's particles behind

Attachments

Comments

migrated
[media][media][media][media][media]
Anon Ymus

Can you please list the fill command you used?

Michael Salim
/fill ~ ~ ~ ~-6 ~6 ~-6 stone 0 hollow
/fill ~ ~ ~ ~-6 ~6 ~-6 mossy_cobblestone 0 hollow

Etc

Another thing i notice is that the box which you are filling cannot be very small.

kazblox

confirmed for 14w28b

Anon Ymus

There is no 14w28b snapshot yet.

kazblox

fixed in 14w30b

Ezekiel

Not fixed, @unknown. See attachment.

galaxy_2alex

Is this still a concern in the current Minecraft version 1.8.1 Prerelease 3 or later? If so, please update the affected versions in order to best aid Mojang ensuring bugs are still valid in the latest releases/pre-releases.

Tried it myself, wasn't abvle to reproduce

marcono1234

Cannot confirm in 1.8.3

galaxy_2alex

Assuming it has been Fixed.

marcono1234

Update

This relates highly to MC-73193.
Please include the provided command to the description.
The reason for this bug seems to be related to the size of the affected area.

Confirmed for

  • 1.8.7 but it appears that it is not caused by the "hollow" argument but rather by the size. This command will also cause this bug

  • 15w35e

/fill ~3 ~-1 ~3 ~-3 ~-3 ~-3 air

Relates to:

marcono1234

Cannot confirm anymore for 15w50a but please recheck

Michael Meaden

I can confirm this issue for 1.8.9, 15w47c, 1.9 series (all), and 1.10. I can also provide more information and there are a variety of unusual behaviors related.

I was using the clone command and have migrated my operation to use Structure Blocks and the issue persists. The issue is purely visual, but server-side and relayed to the client and does persist through shutdown. What I've been doing is generating a maze with random cells, some of which include Monster Spawners and Enchanting Tables. When a Spawner or Table is cloned into the map (or loaded with a Structure Block) and then another block is subsequently cloned into the same location later, the particle effect emitted by the Spawner or Table remains. Also, if a Spawner or Table is cloned into a location previously occupied by a Chest, a similar glitch occurs.

I am cloning areas of 15x6x15. I have replicated the issue and it seems to require that you be cloning a certain number of blocks to trigger it; two is not enough but 200 is. I started taking screenshots of my setup but I realized it's easier to share structure files and directions! I've also discovered a few funny issues with blocks that have visual effects. I haven't tried many other blocks, but I do know that Chests, Monster Spawners, and Enchanting Tables all have unusual behaviors. Download the four structures MobSpawner, Sandstone, EnchantingTable, and Chest. Create a junk world and make a 7x5x7 spot, put a Structure Block, and load structures into the same location in order to see the different glitchy behaviors.

MobSpawner >> Sandstone (Glitch as described)
Chest >> Sandstone >> MobSpawner (Look, chest spawner!)
MobSpawner >> EnchantingTable (Pig, you're not a Blaze)
EnchantingTable >> MobSpawner (Uh, okay?)
Chest >> EnchantingTable (Looks more useful than it is)

Play around with it and you'll discover that manually breaking a block that has tile entity data that occupies the glitch block will clear the problem. The problem also isn't triggered unless a larger number of blocks are changed (e.g. from stone to air, or vice versa).

[Mod] redstonehelper

Related to, if not duplicate of, MC-82703.

Daniel Burnett

Confirmed for 1.11.2, where it occurs even if you fill with air without the hollow parameter. It's not just the particles; if you place another tile entity provider block in its place and break it, the particles disappear, but placing a regular block and breaking it doesn't fix the problem. Therefore, it seems the tile entity itself is staying behind, not just the particle effects.

Daniel Burnett

Update for more information: after running the /fill command, if you place a chest at the location where the spawner was, the chest won't render, and instead the spinning mob inside the cage will render again. I'm guessing that's because chests also have special tile entity rendering, and so with the chest there, it begins rendering from the tile entity again--only in this case, the tile entity is still the spawner.

tryashtar

Can anyone reproduce in 1.12.2? I can't seem to.
EDIT: never mind, got it!

user-2a4c8

Confirmed for 1.13, but not happening for me in 18w31a from what testing I've done (very little).

Kraif

Confirmed for 1.13.1.

user-2a4c8

Seems to be client side. Was hosting a server, relogged and fixed (1.13.1)

Barracuda

Even if you break a spawner without using the fill command you can reproduce this.
Also, confirmed for 19w04b

TheBoy358

Fixed in 19w08b.

Michael Salim

Kraif

(Unassigned)

Confirmed

Minecraft 14w04b, Minecraft 14w21b, Minecraft 14w27b, Minecraft 14w28a, Minecraft 14w28b, ..., Minecraft 1.13.2, Minecraft 18w48a, Minecraft 18w48b, Minecraft 18w49a, Minecraft 19w04b

Minecraft 1.8.1, Minecraft 19w08b

Retrieved