Golden Delicious
- GoldenDelicious
- goldendelicious
- Europe/Stockholm
- Yes
- No
MC-95969![[Mojang] Grum (Erik Broes)](../../../data/assets/gravatar/grum.png){kind=small}
![[Mojang] SHugoh](../../../data/avatars/users/18947.svg){kind=small}
Put your operating system (Windows 7, Windows XP, OSX) and Java version if you know it here
Windows 10, Java 1.8 Update 65 32-bit
Put the summary of the bug you're having here
Upon upgrading from an old world with floating string, all floating string that is loaded disappears without dropping. (Likely caused by removal of distinction between "floating" and "supported" tripwire.)
What I expected to happen was...:
When upgrading to a newer snapshot, all tripwire should convert to the new form.What actually happened was...:
When upgrading to the newer snapshot, all tripwire simply vanished.Steps to Reproduce:
1. Create a world in 15w47c or earlier (1.8, 1.7...)
2. Upgrade to 15w49a or later
3. All floating string will have disappearedI should also mention that when downgrading back to 15w47c or earlier, any new floating string will count as supported string, and will pop off if updated.
Put the summary of the bug you're having here
Upon upgrading from an old world with floating string, all floating string that is loaded disappears without dropping. (Likely caused by removal of distinction between "floating" and "supported" tripwire.)
What I expected to happen was...:
When upgrading to a newer snapshot, all tripwire should convert to the new form.What actually happened was...:
When upgrading to the newer snapshot, all tripwire simply vanished.Steps to Reproduce:
1. Create a world in 15w47c or earlier (1.8, 1.7...)
2. Place some floating string (does not matter if attached to tripwire hooks or not)
3. Upgrade to 15w49a or later
4. All floating string will have disappearedI should also mention that when downgrading back to 15w47c or earlier, any new floating string will count as supported string, and will pop off if updated.
A fresh world (i.e. not upgraded from 1.12.2) on a 1.13-pre8 vanilla server using the official server jar runs at 8-14 tps on my computer, where it would run the same world in singleplayer at 20. The same computer can also run a vanilla 1.12.2 server with a normal world at 20 tps without problems.
Steps:
- Create a new world in 1.13-pre8, using default generation settings
- Run debug profiler or observe the latest.log file
- Exit and start the same world on a 1.13-pre8 server
- Run debug profiler or observe the console
- Optionally, compare results with a 1.12.2 server jar, with a similar world
- The server should be skipping more ticks and having a hard time keeping up compared to the singleplayer integrated server.
In 1.14, shulker boxes no longer drop as a result of being broken by end platform regeneration as they did before. This is not restricted to just the end platform, other events that clear blocks, like generating the closed/opened exit end portal, regenerating obsidian pillars, etc also do not drop the shulker box.
In previous versions, shulker boxes had exceptions to always drop itself to prevent loss of their contents, including from explosions or other methods that normally destroy blocks without dropping, to be consistent with other containers like chests, which always drop their contents, no matter how they were broken.
This may be a result of the addition of loot tables for blocks, where the shulker box drop rules are now defined.
Steps to reproduce:
- Open/create a 1.14+ world
- Enter the end, place some shulker boxes, then exit
- Re-enter the end
- Observe that the shulker boxes were cleared and not dropped (whether or not they had contents is irrelevant)
- Repeat these steps in a 1.11-1.13.2 world. Observe that the shulker boxes drop themselves on re-entry.
Seems to be fixed in 16w06a.
Fixed in 1.10 pre2, but the recipe ratio is incorrect. Four end stones craft into 1 end stone bricks; previously 4 end stone made 4 end stone bricks.
End stone --> End bricks crafting recipe ratio is fixed in release 1.10
See
MC-103176Duplicate of
MC-115098Can reproduce:
https://gfycat.com/FilthyCautiousHypsilophodon
In the gif, note that I cannot pick up any more reeds before i click the paper recipe for the first time; I can pick up more reeds before clicking the recipe the second time. I was not able to reproduce this if my character was completely filled with reeds.
This is still an issue in 17w47b. Cut sandstone is craftable, but uses the wrong recipe. The recipes for cut sandstone and chiseled sandstone are reversed.
Update for release 1.13: getting 19.98 tps when running on the server. While performance issues do still exist, this particular issue of disparity between performance of singleplayer servers vs the standalone jar appears to be resolved
@Dhranios
MC-902addresses the deletion of any block above the obsidian platform. This bug addresses the removal of a special feature shulker boxes had between versions 1.11-1.13.2 to always drop themselves, even when deleted, similar to how other containers always drop their contents even when deleted. This bug is not restricted to the obsidian platform, but any event that deletes blocks. This is most likely caused by the introduction of block loot tables in 1.14. Even ifMC-902is "solved", it probably won't affect the status of this bug because other block-deleting events exist.