| Commit message (Collapse) | Author | Age | Lines |
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
TIPPED_ARROW.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
the wrong item used
|
| |
|
| |
|
| |
|
|
|
|
| |
reference.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
1.8 no longer has a small limit like previous versions
|
| |
|
|
|
|
| |
Thanks Jikoo for the report / fix.
|
|
|
|
|
|
| |
some cases.
Use the absolute value of the delta to prevent negative values resulting in a better match.
|
|
|
|
| |
Not technically 100% correct since null != "null", but without sacrficing performance this is the best way to fix the issue in the current implementation.
|
| |
|
|
|
|
|
|
| |
storage implementation constraints.
Changed assignment of pickup delays in such a way that they may not be larger than the value actually stored inside the NBT format that is Short.MAX_VALUE. Did not change method signature in order not to produce any shortening cast warnings in existing code. All values larger than 32767 are generally used to indicate that an item should never be picked up. Shortening this to 32767 will actually cause the pickup delay to never decrease, thus resulting in non-pickupable item stacks.
|
| |
|
|
|
|
| |
inventories
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Inventory class.
|