Aaron Hill
- Aaron1011
- aaron1011
- America/New_York
- Yes
- No
MC-85194
Counter-intuitive secondary interaction behavior when items are present in main and off hand
When performing a secondary (right-click) interaction with entities, some unusual behavior occurs when both the main and off hands have an item. I've encountered two manifestations of this, which for simplicity are grouped into this one issue.
Flint and steel:
When holding a flint and steel in both hands, both itemstacks have their durability decreased when igniting a creeper. This issue does not occur when lighting a block on fire.
Steps to reproduce:
1. Spawn a creeper
2. Place a new flint and steel in each hand (each should have maximum/full durability).
3. Switch to Survival
4. Right-click the creeper
5. Note that both flint and steels lose durability - despite the interact animation only being played for the main hand.Nametag:
When a flint and steel is held in the main hand, and a nametag is held in the off hand, right-clicking an entity causes both to be used. This issue does not occur in the reverse scenario (nametag in the main hand, flint and steel in the off hand)
Steps to reproduce:
1. Switch to Creative
2. Summon two creepers
3. Name a nametag with an anvil, and place in in the main hand.
4. Place a flint and steel in the off hand.
5. Right-click the first creeper.
6. Note that the creeper is correctly named by the nametag, without being ignited by the flint and steel (the proper behavior).
7. Swap the main and off hands.
8. Right-click the second creeper.
9. Note that creeper is both given a name, and is ignited.When performing a secondary (right-click) interaction with entities, some unusual behavior occurs when both the main and off hands have an item. I've encountered two manifestations of this, which for simplicity are grouped into this one issue.
Flint and steel:
============When holding a flint and steel in both hands, both itemstacks have their durability decreased when igniting a creeper. This issue does not occur when lighting a block on fire.
Steps to reproduce:
1. Spawn a creeper
2. Place a new flint and steel in each hand (each should have maximum/full durability).
3. Switch to Survival
4. Right-click the creeper
5. Note that both flint and steels lose durability - despite the interact animation only being played for the main hand.Nametag:
========When a flint and steel is held in the main hand, and a nametag is held in the off hand, right-clicking an entity causes both to be used. This issue does not occur in the reverse scenario (nametag in the main hand, flint and steel in the off hand)
Steps to reproduce:
1. Switch to Creative
2. Summon two creepers
3. Name a nametag with an anvil, and place in in the main hand.
4. Place a flint and steel in the off hand.
5. Right-click the first creeper.
6. Note that the creeper is correctly named by the nametag, without being ignited by the flint and steel (the proper behavior).
7. Swap the main and off hands.
8. Right-click the second creeper.
9. Note that creeper is both given a name, and is ignited.
I think you meant to say "Iron Trapdoor" instead of "Iron Pressureplate"
I can reproduce this with snapshot 14w10c on OS X 10.9. It occurs whenever the command is executed, using a command block or having a player execute it manually. This also occurs with the fireworksSpark particle.
I suspect the particles are being created in a blocking fashion, as the amount of time the game freezes is proportionate to the number of particles specified.
I've attached it.
I ran the command from a command block, and the 'Saving and pausing gam..' is just due to me hitting Escape (which paused the game) after running the command.
Aaron1011's log output.
I believe currently, each piston separately computes the number of blocks to push. So, in your example, Minecraft doesn't see it as two pistons trying to push 7 blocks each - it sees it as two pistons each trying to push 14 blocks.
Confirmed in 1.8.5
Confirmed in 1.8.9