| Type: | Bug | ||
| Reporter: | LBBO | Assignee: | [Mojang] Agnes Larsson |
| Resolution: | Fixed | Votes: | 38 |
| Labels: | block, hotbar, numberkey | ||
| Environment: |
OS: Windows XP Build 2600 Service Pack 3, |
||
| Issue Links: |
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| CHK: | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Confirmation Status: | Confirmed | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Game Mode: | Creative | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
|
In creative mode, when I place a water bucket (for example) in Hotbar slot, hover above it and press a numberkey to move the it (i.e. to swap it with a dirt block) and then place the water bucket (which is now where the dirt block was and vice versa), it will place dirt. Not water. Placing dirt works as expected. Also works vice versa. Steps to reproduce: Example using water bucket This apparently happens with all blocks. I haven't fully tested yet. It also works with having nothing instead of dirt, then water is placed for a short moment and instantly replaced by air. Also works with potions. Code analysis by Marcono1234 can be found in this comment |
| Comments |
| Comment by [Mod] Neko [ 26/Oct/16 ] |
|
HalfOfAKebab, that looks like |
| Comment by HalfOfAKebab [ 26/Oct/16 ] |
|
I think this bug has returned in as a deadlier strain, so to speak. Since around 16w40a, I've experienced (albeit rarely) a similar bug in survival. Here's a video I stumbled across of this bug occuring: https://www.youtube.com/watch?v=Oupg58gOiZk (skip to 21:49s). This could possibly be a very detrimental bug, as, as you can see in the video, the block you're trying to place is consumed despite not being placed, and the block that is actually placed is not consumed. If this could be consistently reproduced, this could be a very bad duplication bug. For example, we could "try" to place a block of dirt and instead have a block of diamond placed, with the dirt being taken from the hotbar and the block of diamond not, basically turning dirt to diamond. |
| Comment by Fabian Röling [ 17/Oct/16 ] |
|
Ok, apparently this is fixed. I was confused by buggy weirdness. |
| Comment by [Mod] Neko [ 17/Oct/16 ] |
|
Also cannot reproduce. FaRoGaming, does |
| Comment by Fabian Röling [ 17/Oct/16 ] |
|
Number keys exchange slots. That's what this bug is about. 1, 2, 3 and 4 are number keys. |
| Comment by [Mod] violine1101 [ 17/Oct/16 ] |
|
FaRoGaming I don't fully understand what you want to achieve with typing "123412341234" etc. Can you explain what you're actually doing with your external program? I cannot reproduce this bug anymore either by the way. |
| Comment by Fabian Röling [ 17/Oct/16 ] |
|
I always use an external program to test it. It automatically writes the "text" 1234123412341234..., but it should also be reproducable by rolling your head over the num pad. |
| Comment by [Mojang] Agnes Larsson [ 17/Oct/16 ] |
|
Do you have any steps on how to reproduce it in 16w41a? Because I can't reproduce it since 16w40a... Thank you! |
| Comment by Fabian Röling [ 13/Oct/16 ] |
|
Nope, not fixed in 16w41a. Seems to appear a bit less, but it's not fixed. |
| Comment by user-f2760 (Inactive) [ 10/Oct/16 ] |
|
It's not fixed in 16w40a, just checked to be sure. |
| Comment by Synthestra [ 10/Oct/16 ] |
|
Fixed in 16w40a. |
| Comment by Marcono1234 [ 01/Oct/16 ] |
|
Please link to this comment in the description The following is based on a decompiled version of Minecraft 1.10 using MCP 9.30. The reason for this is probably that the method net.minecraft.client.gui.inventory.GuiContainerCreative.handleMouseClick(Slot, int, int, ClickType) only sends one slot update. The problem in general is that the creative GUI does not use the same inventory mechanics as the survival inventory, which means it has to send a slot update every time instead of having the server do some of the work. |
| Comment by [Mod] violine1101 [ 20/Sep/16 ] |
|
Still in 16w38a. |
| Comment by [Mod] violine1101 [ 01/Sep/16 ] |
|
Still in 16w35a. |
| Comment by [Mod] bemoty [ 19/Aug/16 ] |
|
Still happens in 16w33a. |
| Comment by user-f2760 (Inactive) [ 14/Aug/16 ] |
|
They're already marked as related, so it doesn't really matter that much. |
| Comment by [Mod] Pokechu22 [ 14/Aug/16 ] |
|
Is it necessary to relink every report? I've seen other tickets which are duplicates but still have other duplicates linked to it. Though it would still be a bit confusing. |
| Comment by user-f2760 (Inactive) [ 14/Aug/16 ] |
|
It is already marked as related, and resolving this one to that is too much work, really (relinking every single report). |
| Comment by [Mod] bemoty [ 14/Aug/16 ] |
|
Duplicate of |
| Comment by null (Inactive) [ 10/Aug/16 ] |
|
Yeah, I think this is a duplicate of |
| Comment by Fabian Röling [ 16/Jul/16 ] |
|
Wait, isn't this the same as |
| Comment by Fabian Röling [ 16/Jul/16 ] |
|
Btw, I was able to reproduce it now. I made another program spam the number keys really, really fast. But I can only reproduce it that way. |
| Comment by [Mod] Neko [ 29/Jun/16 ] |
|
Odd, I can reproduce using the same steps you're using. |
| Comment by Fabian Röling [ 29/Jun/16 ] |
|
Can't confirm in 1.10.2, although someone else apparently could (duplicate). What do I do wrong? |
| Comment by [Mod] violine1101 [ 09/Jun/16 ] |
|
Still in 1.10 |
| Comment by [Mod] violine1101 [ 02/Jun/16 ] |
|
Still in 1.10-pre1 |
| Comment by [Mod] violine1101 [ 25/May/16 ] |
|
Still in 16w21a and 16w21b |
| Comment by [Mod] Les3awe [ 21/May/16 ] |
|
Confirmed for 16w20a |
| Comment by Ray [ 11/May/16 ] |
|
Confirm 1.9.4. |
| Comment by [Mod] violine1101 [ 10/May/16 ] |
|
Still in 1.9.4 |
| Comment by Mario Fridrichovsky [ 10/Apr/16 ] |
|
still persistent in 1.9.2 |
| Comment by Steven W.d.V. [ 18/Feb/16 ] |
|
Confirmed for 1.9-pre1 and 1.9-pre2. |
| Comment by SunCat [ 13/Feb/16 ] |
|
Confirmed for 16w06a |
| Comment by [Mod] violine1101 [ 05/Dec/15 ] |
|
Confirmed for 15w49b. |
| Comment by Steven W.d.V. [ 18/Nov/15 ] |
|
Confirmed for 15w47a and 15w47c |
| Comment by Swekob [ 15/Nov/15 ] |
|
Confirmed for 15w46a |
| Comment by Steven W.d.V. [ 05/Nov/15 ] |
|
Confirmed for 15w45a |
| Comment by Steven W.d.V. [ 28/Oct/15 ] |
|
Confirmed for 15w44a and 15w44b |
| Comment by Steven W.d.V. [ 22/Oct/15 ] |
|
Confirmed for 15w43b and 15w43c |
| Comment by WesselH [ 14/Oct/15 ] |
|
Can confirm for 15w42a |
| Comment by Steven W.d.V. [ 14/Oct/15 ] |
|
Confirmed for 15w42a |
| Comment by Steven W.d.V. [ 07/Oct/15 ] |
|
Still happening in 15w41b |
| Comment by Steven W.d.V. [ 30/Sep/15 ] |
|
Still present in 15w40b |
| Comment by Steven W.d.V. [ 21/Sep/15 ] |
|
Confirmed for 15w39b, but does not always happen. |
| Comment by [Mod] Neko [ 16/Sep/15 ] |
|
Confirmed for 15w37a |
| Comment by [Mod] Neko [ 20/Aug/15 ] |
|
Confirmed for 15w34b |
| Comment by Matthew Cohen [ 08/Aug/15 ] |
|
confirmed 15w32c |
| Comment by [Mod] Sonicwave [ 07/Aug/15 ] |
|
Confirmed for 15w32b. |
| Comment by [Mod] Sonicwave [ 25/May/15 ] |
|
Confirmed for 1.8.4, 1.8.5 and 1.8.6. |
| Comment by [Mod] violine1101 [ 27/Mar/15 ] |
|
Confirmed for 1.8.3 Singleplayer. |
| Comment by [Mod] Sonicwave [ 26/Dec/14 ] |
|
Confirmed for 1.8.2-pre1. This makes number key switching useless in Creative mode as they only create hassle instead of helping the player. |
| Comment by [Mod] Sonicwave [ 07/Nov/14 ] |
|
Confirmed in 1.8.1-pre4. |
| Comment by [Mod] redstonehelper [ 14/Sep/14 ] |
|
Confirmed for 1.8, different steps to reproduce: 1. Create new creative world |
| Comment by Bob Joe [ 23/Jun/14 ] |
|
Confirmed for 14w25b |
| Comment by Itouch2 [ 07/May/14 ] |
|
Confirmed for 14w18b. |
| Comment by Dakotah Intriglia [ 18/Mar/14 ] |
|
This is confirmed for the latest snapshot. Please look into it. The way that I reproduce it is by opening up your inventory, hovering over slot 2-9, and pushing one to move it to slot one. When you place that block, it goes back to the block that was there before. |
| Comment by Christie N [ 22/Feb/14 ] |
|
This also happens when dropping items from the creative inventory survival tab. Items disappear when dropped from other tabs. |
| Comment by NekoJonez [ 07/Dec/13 ] |
|
To the comment above. I have to correct you a little bit on something. If you follow the instructions and DRAG the items, it doesn't work. Also, when you right click with the sword, it changes into a bucket. I do confirm that this bug works. And the sword stays a sword, even when you scroll away. I think the issue is that the game thinks it's a bucket while a sword is displayed. |
| Comment by Aerotactics [ 07/Dec/13 ] |
|
Reproduced in 1.7.3! -In creative, start with an empty inventory, and put a sword as the first item in your hotbar. NOTES:The other way around doesn't work (hovering over item 2 and pressing "1"), the bug doesn't work in survival; however, if you do this bug in creative, then switch to survival, if you try picking up the sword in your inventory, it will turn into a bucket of water, and the other bucket of water stays as a bucket of water (you lose the sword). At one point during testing, I ran into another bug, where some blocks were "unloaded", or invisible, and didn't appear until after relog; the only way I could tell they were there was that water wasn't getting to them. Done on Windows 8 (if that makes a difference). WOW this bug is THAT old? Who knew? |
| Comment by SilentJelly [ 22/Aug/13 ] |
|
Extremely strange behavior when I was testing swapping different tools (e.g. bows, swords, empty buckets) but the results weren't consistent. |
| Comment by redstonefreak589 [ 31/Jul/13 ] |
|
Can confirm. Video link: http://www.youtube.com/watch?v=NaivsG1DZpU |
| Comment by Ben W [ 10/Apr/13 ] |
|
My theory is that it's caused by whatever code makes items not disappear (i.e. be "copied" instead of "moved") when picked up from the upper part of the creative inventory. For some reason, this code is applying to the hotbar slots on these screens too, but only when number keys are used. Normally, when you are in one of the category tabs in the creative inventory, pressing a number key on a slot in the upper, scrollable part copies a full stack of whatever was selected into the corresponding hotbar slot. For some reason, when a number key is used on a hotbar slot, the same code is running, causing the item to be duplicated into the specified slot; however, unlike the above behavior, this copies the quantity of the item too, instead of giving a full stack. The client switches the items on the screen, but on the server side what actually took place was a duplication; this doesn't become visible to the player until the client recieves an inventory update. As for why slots 3 and 7 are unaffected, I have no clue. |
| Comment by Ben W [ 10/Apr/13 ] |
|
Found a reliable way to reproduce in 1.5.1 creative singleplayer. If you are viewing the survival inventory in creative mode (the bottom-right tab, with the chest icon), using number keys in the hotbar works as expected. In any other tab of the creative inventory, switching items in the hotbar with number keys causes the following behavior: After exiting the creative inventory, selecting the hotbar slot corresponding to the pressed number key and attempting to use that item (by right-clicking) causes whatever item is in that slot to be replaced with what was in there previously (i.e. before switching). The contents of the slots do not matter (edit: see below), for example if "2" is pressed over an empty hotbar slot, right-clicking with slot 2 selected will effectively "delete" the contents. After switching hotbar items in this manner (using number keys, on any tab other than survival inventory), the following actions will cancel the effect and revert to normal behavior: Pressing the same number key on the same slot twice (or any even number of times) will behave as expected, doing nothing to the items. Example: Trying to place a lever (now in slot 2) works as expected. |
| Comment by FireHunterX [ 22/Nov/12 ] |
|
When I do it it replaces the current inventory slot with the other one I switched. |
| Comment by Kumasasa [ 14/Nov/12 ] |
|
Confirmed also for 1.4.4 |
| Comment by [Mod] CubeTheThird [ 13/Nov/12 ] |
|
Can confirm. |