Using setblock or fill on a piston head leaves an item drop
When using setblock on the piston extension of an extended piston, a piston item is dropped.
This also happens when using the fill command when pistons are facing certain ways(due to the nature of the fill command using multiple setblock commands)
When using a fill command, if an extended piston facing either north, west or down is present in the area, it will drop a piston item.
How to recreate the problem:
- Place a command block with the command
fill ~1 ~ ~1 ~5 ~ ~5 air
- Place a piston in the area to be filled facing either north or west.
- Place a redstone block next to the piston, making it extended.
- Place a redstone block next to the command block.
A piston item will now drop.
Linked Issues
is duplicated by4
Created Issue:
Using /fill while extended pistons are in the area causes a piston to drop
When using a fill command, if an extended piston facing either north, west or down is present in the area, it will drop a piston item.
I presume it's because the fill command uses lots of setblock commands. I feel like using the setblock command on an extended piston should not make a piston item drop either, but I can see how that would be possibly wanted.
When using a fill command, if an extended piston facing either north, west or down is present in the area, it will drop a piston item.
I presume it's because the fill command uses lots of setblock commands. I feel like using the setblock command on an extended piston should not make a piston item drop either, but I can see how that would be possibly wanted.
How to recreate the problem:
place a command block with the command "fill ~1 ~ ~1 ~5 ~ ~5 air"
place a piston in the area to be filled facing either north or west.
place a redstone block next to the piston, making it extended.
place a redstone block next to the command block.
a piston item will now drop.
Using/fill while extended pistons are in the area causes a piston todropusing setblock or fill a piston extension leaves an item drop
When using
a fill command, if an extended piston facing either north, west or down is present in the area, it will drop a piston item.I presume it's because the fill command uses lots of setblock commands. I feel like using the setblock command on an extended piston should not make a piston item drop either, but I can see how that would be possibly wanted.
How to recreate the problem:
place a command block with the command "fill ~1 ~ ~1 ~5 ~ ~5 air"
place a piston in the area to be filled facing either north or west.
place a redstone block next to the piston, making it extended.
place a redstone block next to the command block.
a piston item will now drop.When using setblock on the piston extension of an extended piston, a piston item is dropped.
This also happens when using the fill command when pistons are facing certain ways(due to the nature of the fill command using multiple setblock commands)
When using a fill command, if an extended piston facing either north, west or down is present in the area, it will drop a piston item.How to recreate the problem:
place a command block with the command "fill ~1 ~ ~1 ~5 ~ ~5 air"
place a piston in the area to be filled facing either north or west.
place a redstone block next to the piston, making it extended.
place a redstone block next to the command block.
a piston item will now drop.
using setblock or fill on a piston extension leaves an item drop
relates to
using setblock or fill on a pistonextensionleaves an item dropusing setblock or fill on a piston head leaves an item drop
A comment with security level 'global-moderators' was removed.
When using setblock on the piston extension of an extended piston, a piston item is dropped.
This also happens when using the fill command when pistons are facing certain ways(due to the nature of the fill command using multiple setblock commands)
When using a fill command, if an extended piston facing either north, west or down is present in the area, it will drop a piston item.How to recreate the problem:
place a command block with the command "fill ~1 ~ ~1 ~5 ~ ~5 air"
place a piston in the area to be filled facing either north or west.
place a redstone block next to the piston, making it extended.
place a redstone block next to the command block.
a piston item will now drop.When using setblock on the piston extension of an extended piston, a piston item is dropped.
This also happens when using the fill command when pistons are facing certain ways(due to the nature of the fill command using multiple setblock commands)
When using a fill command, if an extended piston facing either north, west or down is present in the area, it will drop a piston item.How to recreate the problem:
- Place a command block with the command
fill ~1 ~ ~1 ~5 ~ ~5 air- Place a piston in the area to be filled facing either north or west.
- Place a redstone block next to the piston, making it extended.
- Place a redstone block next to the command block.
A piston item will now drop.
is duplicated by
using setblock or fill on a piston head leaves an item dropUsing setblock or fill on a piston head leaves an item drop
is duplicated by
is duplicated by
Bug has made a return in 14w33c but only using setblock or fill. Also appears in any gamemode.
I'm not sure if this should be reopened or just start with MC-67641 clarifying setblock as the culprit.
Duplicates MC-67641
Duplicate of MC-67641.
Thank you for your report!
We're tracking this issue in MC-67641, so this ticket is being resolved and linked as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature to see if the issue has already been mentioned.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
Thank you for your report!
We're tracking this issue in MC-67641, so this ticket is being resolved and linked as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature to see if the issue has already been mentioned.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
Command used?
Added the command to be used and a way to recreate it completely.
Looks like
MC-149has returned.The bug happens when you setblock on a piston extension. Although it happens in and gamemode (not just creative)
@Nasm, for now clarify your title and description. This has nothing to do with direction. The only reason fill does this from the north/west, is because the extension is getting destroyed before the piston block in that configuration.
The bug is:
using setblock or fill a piston extension leaves an item drop
A workaround for you, is to use a fill replace command, and just replace the sticky_piston with air
Thank you, edited the title and description.
I did indeed use a second command block that replaces sticky_piston with air already.
Man, my grammar is bad.
Better title would be:
using setblock or fill on a piston extension leaves an item drop
Heh. I didn't even read it correctly, should be better now.
For now, if you put tile drops on false, you can eliminate the piston items too.
True, but that doesn't work for the use I have for it.
What about flipping the gamerule on during the piston swap, then turning it off when it's done?
In my specific case I want the command block to destroy itself and an area around it. I would need multiple extra command blocks to make it work. Filling the pistons with air before filling the rest with air only requires one extra command block.
Still an issue in the current version, updated the ticket.
Confirmed for
There are two main problems:
Note: The summary is misleading as it is not the piston extension (technical block) but rather the piston head
Is this still an issue in the most recent versions (currently that is 1.10.2, or 16w42a) of Minecraft? If so, please update the affected versions and help us keeping this ticket updated from time to time.
Confirmed for 1.13.1.
Confirmed in 1.15.2 and 20w22a.
Can confirm in 21w05b.
Can confirm in 21w06a.
Can confirm in 21w07a.
Video attached.
Can confirm in 1.16.5 and 21w08b.
Can confirm in 21w17a.