Blocks with tile entities don't get removed when you clone / fill an airblock to their position.
When you clone an airblock to the location of a previously to that location cloned comparator, the comparator should be removed.
This doesn't happen, and instead the comparator stays and when you rigthclick on it, it disappears.
Steps to Reproduce:
1. Clone a comparator to a new location.
2. Remove the original comparator.
3. Run the same command.
4. The comparator is still there.
Confirmed with:
- Comparators
- Signs
- Flower pots
- Brewing Stand
(Probably all blocks with tile entity)
Environment
Windows 7
JRE 7
Linked Issues
is duplicated by7
Created Issue:
Comparators don't get removed when you clone an airblock to their position.
When you clone an airblock to the location of a previously to that location cloned comparator, the comparator should be removed.
This doesn't happen, and instead the comparator stays and when you rigthclick on it, it disappears.
Steps to Reproduce:
1. Clone a comparator to a new location.
2. Remove the original comparator.
3. Run the same command.
4. The comparator is still there.Environment
Windows 7
JRE 7
is duplicated by
is duplicated by
When you clone an airblock to the location of a previously to that location cloned comparator, the comparator should be removed.
This doesn't happen, and instead the comparator stays and when you rigthclick on it, it disappears.
Steps to Reproduce:
1. Clone a comparator to a new location.
2. Remove the original comparator.
3. Run the same command.
4. The comparator is still there.
Confirmed with:
- Comparators
- Signs
- Flower pots
- Brewing Stand
(Probably all blocks with tile entity)
Comparators don't get removed when you clone an airblock to their position.Blocks with tile entities don't get removed when you clone an airblock to their position.
relates to
relates to
is duplicated by
relates to
relates to
is duplicated by
Blocks with tile entities don't get removed when you clone / fill an airblock to their position.
is duplicated by
is duplicated by
relates to
is duplicated by
NOTE: THIS IS AN EXTENSION OF MC-45159, I TRIED TO MAKE THIS *NOT* A DUPLICATE!
I fully agree with MC-45159, but it's not only with comparators. If you want to see what I mean, please watch this (6 min):
(Note: This is not advertising, this is just the only way I'm possible to show it to the moderators - that's why there are no ads on this video)
I hope you understand that I didn't want to make a duplicate, just some extra information provided.
Regards,
- Me

(Semx11)
Ok thanks, I'll append it to MC-45159
Never did this before, everybody has to learn I guess ;/
Thanks for the quick feedback ![]()
This is not really a "duplicate". I mean the block has been correctly removed, but when i deleted it using /fil and replaced it after it reappeared with the same text. But the block HAS BEEN REMOVED.
Step to reproduce:
-Place a sign and write "MC-45159", for example.
-Delete it using the /fill command
-THE BLOCK IS DELETED
-Replace a new sign with your hand, at the same place
What i was expecting to happen : The sign should reapper empty.
What happened : The sign reapperd with written "MC-45159".
Extra Information:
This is not only with comparators, but with all kinds of blocks that hold 'extra' NBT data.
Prove (6 min): http://youtu.be/8t9ajPO5ruw
This really needs to be fixed :/
Technically the blocks are removed, they just leave a "ghost block" behind. Right clicking the blocks will cause them to disappear, and if you attempt to clone the ghost blocks, it will instead clone the air block that should be there.
Also present with /fill
This issue may need to be reopened. It says it's fixed but I'm experiencing something similar in 14w10c. I'm trying to use /fill to switch around tile entities.
Steps to recreate my issue:
1. A command block with "fill ~ ~2 ~ ~ ~2 ~ dirt 0 replace air" returns "1 blocks filled", as it should.
2. Change "dirt" to "chest" will fail, returning "Data tag parsing failed: Unable to locate name/value separator for string: air".
3. Note that "fill ~ ~2 ~ ~ ~2 ~ chest 0" is successful, again returning "1 blocks filled".
If anyone would like to test, confirm, and reopen, please do. If I'm doing something wrong, please let me know.