Rapidly swapping hands with a door or double flower can cause half door/double flower
The bug
If you quickly keeping switching a door or double flower to off-hand and your main-hand, then place the door, there's a chance it'll be glitched (half door/double flower).
How to reproduce
- Get a door or double flower.
- Repeatedly switch items using the swap item key (F by default).
→
A glitched door/double flower is placed
Linked Issues
is duplicated by2
relates to4
MC-123619When placing a bed or door, it does not check whether there is a mob or player in the second block
LowMC-132428Client-side block model (of fences, iron bars, walls ...) is not updated when placement is cancelledFixedMC-163813The foot and head of a bed aren't placed or broken simultaneouslyWon't FixMC-85745Under some conditions items can duplicate into offhand without updating the GUIDuplicate
Created Issue:
Rapidly switching objects while placing a door can cause a glitched door
I found that if you place a door and press "F" immediately afterwords, sometimes a glitched top half of the door will remain as seen here
. Notice that the hit-box for the door is offset in this instance (emphasized here
Glitch as seen with iron door but no offset.To Recap, The Steps for Reproduction:
- get a door of some kind
- place door and quickly press "F" to switch to an empty hand NOTE: This may take more than one attempt to get the timing right.
- If you get it right you should get a floating top half of the door
Environment
Windows 8.1
Java 1.8.0_25
AMD A6
Attachments3
relates to
Rapidly switching objects while placing a door can cause a glitched door/two high flower
![[Mod] Neko](../../../data/avatars/users/92901.png){kind=small}
I found that if you place a door and press "F" immediately afterwords, sometimes a glitched top half of the door will remain as seen here
Glitch as seen with iron door but no offset.To Recap, The Steps for Reproduction:
- get a door of some kind
- place door and quickly press "F" to switch
to an emptyhand NOTE: This may take more than one attempt to get the timing right.- If you get it right you should get a floating top half of the door
I found that if you place a door and press "F" immediately afterwords, sometimes a glitched top half of the door will remain as seen here
Glitch as seen with iron door but no offset.To Recap, The Steps for Reproduction:
- get a door of some kind
- place door and at the same time press "F" to switch hands NOTE: This may take more than one attempt to get the timing right.
- If you get it right you should get a floating top half of the door
![[Mod] Les3awe](../../../data/avatars/users/79847.png){kind=small}
![[Mod] Asteraoth](../../../data/avatars/users/92886.png){kind=small}
![[Mojang] Nathan Adams](../../../data/assets/gravatar/dinnerbone.png){kind=small}
![[Mod] NeunEinser](../../../data/avatars/users/39263.png){kind=small}
I found that if you place a door and press "F" immediately afterwords, sometimes a glitched top half of the door will remain as seen here
Glitch as seen with iron door but no offset.To Recap, The Steps for Reproduction:
- get a door of some kind
- place door and at the same time
press "F" to switch handsNOTE: This may take more than one attempt to get the timing right.- If you get it right you should get a floating top half of the door
The bug
If you quickly keeping switching a door or double flower to off-hand and your main-hand, then place the door, there's a chance it'll be glitched (half door/double flower).
How to reproduce
- Get a door or double flower.
- Repeatedly switch items using the swap item key (F by default).
→
Windows 8.1
Java 1.8.0_25
AMD A6
Rapidly switching objects while placing a door can cause a glitched door/two highflowerRapidly swapping hands with a door or double flower can cause half door/double flower
![[Mod] LateLag](../../../data/avatars/users/92884.png){kind=small}
relates to
![[Mod] Chandler](../../../data/assets/gravatar/triwonder81.png){kind=small}
![[Helper] Johnibur](../../../data/avatars/users/28381.png){kind=small}
![[Mod] tryashtar](../../../data/avatars/users/41963.png){kind=small}
is duplicated by
![[Mod] Michael Wobst](../../../data/avatars/users/37868.png){kind=small}
is duplicated by
![[Bot] Arisa](../../../data/avatars/users/43007.png){kind=small}
![[Mod] turbo](../../../data/avatars/users/92867.png){kind=small}
![[Mod] Avoma](../../../data/avatars/users/86198.png){kind=small}
Duplicate of MC-85780.
Thank you for your report!
We're tracking this issue in MC-85780, 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
– I am a bot. This action was performed automatically! The ticket was resolved by one of our moderators, and I left this message to give more information to you.
Thank you for your report!
We're tracking this issue in MC-85780, 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
– I am a bot. This action was performed automatically! The ticket was resolved by one of our moderators, and I left this message to give more information to you.
Confirmed for 1.10.2 on video
Confirmed for 1.11. I think it's tick-perfect.
Can confirm for MC 1.12.1.
Confirmed for 1.13.1.
Confirmed in 1.16.1 and 20w28a. Possibly caused by
MC-132428as the bottom half of the door/flower can be seen briefly, implying the placement was cancelled.Confirmed/Reproduced in 20w29a.
Confirmed for 20w49a.
Can confirm in 1.17.1 Release Candidate 2.
I could not reproduce in 1.19.4.
Can others reproduce in 1.19.4?
I cannot seem to reproduce this in 23w42a.
Can anyone reproduce this in 1.20.2 or 23w42a or find out which version it was fixed in?
This ticket will automatically reopen when you reply.