Can confirm, very annoying.
Can confirm (although this is technically a duplicate of MC-232608, which was invalid when created).
I expect this will not be changed for the snapshots, but I hope the full releases will not require JFR to be present in the JVM. Otherwise, the option to specify a custom JRE might as well be removed as there aren't many JVMs with JFR support (GraalVM is one of them).
Can confirm for 20w28a
Can confirm for PRE-8.
Can confirm.
Can confirm
My apologies for the delay in responding. This issue was a precursor to issue MC-116505. That issue has been fixed some time ago, therefore, this issue (describing the same problem) can be closed.
Can reproduce in 20w09a.
Since my issue is now a duplicate of this, I would like to add something that is incorrect in the description of this ticket. Not all items are deleted when pressing "q". While testing this for the past 3 years I have been able to always get 12 to 14 items when using a whole stack (half a stack has the same result).
Furthermore, it also works (i.e. it deletes items) when in the creative full (survival) inventory and you do not need to have the items in the hotbar.
Can confirm for 20w06a.
This issue has been fixed in 20w06a by implementing a position check when executing the teleport
and tp
commands.
Can confirm for 19w34a.
@@unknown To be honest, I cannot remember how I reproduced this in the few snapshots before I reported I could no longer reproduce this. In other words, I have probably reported incorrect behaviour in the client as a reproduction of this bug in the few snapshots leading up to 19w04a. However, I know that I was able to reproduce it the first few times (1.13.2 and < ~18w49, as mentioned by @@unknown with their code snippet) by going to extreme coordinates, but that could take more than 15 minutes to reproduce it in the way I did it (I cannot remember using on the of suggested methods and yes, I should have updated the report with my way of reproducing it, an unfortunate mistake on my end by not doing so).
If you cannot reproduce it in 1.13.2 and I have no way to prove that I was able to do so, maybe a mod can revert/purge every change since then and change the status back to fixed.
For a mod: If it is possible I would like to be disassociated with this bug report because it is causing me too much trouble in maintaining it with the amount of expertise and time that is expected from me.
Cannot reproduce this in 19w11a. If everyone agrees with me I think this should be closed as 'fixed'.
I cannot reproduce any of the above mentioned issues in 19w09a. Elytra works perfectly fine after switching dimensions, sleeping always works, no matter how far you go around the world.
Can confirm for 19w06a.
Can confirm for 19w06a (server).
Can confirm for 19w04a.
Can confirm for 19w03a/b/c and 19w04a.
This appears to have been fixed in 24w38a through MC-276373.