MC-12053Creative: Items dropped from hotbar slot 1 don't stack with slot 1
Items dropped from the hotbar while show survival inventory in creative mode, don't stack with the remaining items of slot 1, instead the next free slot is used.
Steps to reproduce:
- Creative Mode
- Open Inventory
- Place a stack of any item in slot 1
- While hovering over slot 1, press Q
- Close inventory
- Pick up the dropped items
-> Voila, slot 2 is used
Environment
Win 7-64
Java 7U17
Linked Issues
discovered while testing1
Created Issue:
Creative: Items dropped from hotbar slot 1 don't stack with slot 1
Items dropped from the hotbar while show survival inventory in creative mode, don't stack with the remaining items of slot 1, instead the next free slot is used.
Steps to reproduce:
- Creative Mode
- Open Inventory
- Place a stack of any item in slot 1
- While hovering over slot 1, press Q
- Close inventory
- Pick up the dropped items
-> Voila, slot 2 is usedEnvironment
Win 7-64
Java 7U17
Attachments3
Added Linked Issues:
discovered while testing
Added Linked Issues:
duplicates
Duplicate of MC-5415, please use the search function to see if your bug has already been submitted. Currently over 54% of tickets are being closed as duplicate.
See Markku's comment in MC-12053
After finishing (and confirming) the reproduction steps, I continued with using 'q' while inventory was closed. The slot 1 quantity immediate jumped to 63 (from 60). This could indicate that the quantity shown while inventory is open is decreased, but the stack size is kept full. Thus, when picking the first dropped items back, the first slot stack being full forces the use of the next slot.
This can be further tested by using non-full stack at first; as long as the initial amount + dropped amount fits in single stack, the next slot is not taken into use.
Edit: more clearly, the bug is not that the items wouldn't stack, the bug is that the stack quantity is not really reduced (while the quantity number would show it is).
Edit2: that bug (of not reducing stack size correctly) seems to affect any slot, not just slot 1.
Hmm.. duplicate of
MC-5415? (See especiallyMC-6832). It might be that these various methods of duplication related to reducing stack size in creative intentory are just symptoms of the same bug.Also, I dug into the relevant code, and seems the relevant code is decreasing the count on the 'slot' the method has been provided with (client side thing), but when it sends a packet to server, the packet is one that defines the slot as constant '-1'. Server doesn't know which slot to adjust (or adjusts some wrong slot?) and thus the server side count is kept unchanged.
Once the player e.g. presses 'Q' outside inventory, a normal packet to handle that is sent to server, which then returns its idea of the quantity to the client. That quantity will be naturally original quantity - 1.
I think I need to continue on the 5415...
Duplicate of
MC-5415, please use the search function to see if your bug has already been submitted. Currently over 54% of tickets are being closed as duplicate.@Markku: Clearly the same issue.