Dododonut14
- Dododonut14
- dododonut14
- America/Denver
- Yes
- No
REALMS-3601
MCPE-93505
Affects version 1.14.60 on MCBE Realms
After unloading a jukebox while it is playing a music disc (either by unloading thee chunks in-game, entering the nether, or leaving the realm), the jukebox 'freezes,' in a way.
When loaded again, the jukebox retains the disc, giving off a redstone signal but no music. The disc remains 'stuck' in the jukebox until a player manually removes the disc from the jukebox.
On singleplayer bedrock edition worlds, the jukebox will automatically drop the music disc into a hopper below it when the jukebox is unloaded, but this is not the case on a bedrock edition realm.
This makes building automatic jukeboxes that run in the background extremely difficult and makes them impossible to be relog-proof.
UPDATE:
Pictures below show the setup
To reproduce:
- Place a jukebox on top of a hopper
- Put a music disc into the jukebox
- Unload the jukebox (either by leaving the realm, moving far away, or entering a new dimension)
- Reload the jukebox (re-enter the realm, go close again, or go back to the original dimension)
It is seen that the music disc remains inside the jukebox, while no music is playing. The hopper underneath does not pick up the music disc, nor is the music disc ejected from the top of the jukebox. The jukebox still emits a redstone signal due to the disc still being inside, but the music disc never will pop out or be picked up by the hopper because the music disc can never finish playing.
It is expected that the music disc will be ejected (either out the top or into the hopper below) upon unloading (either by leaving the realm, moving far away, or entering a new dimension), this is what I have seen in singleplayer worlds.
Affects version 1.14.60 on MCBE Realms
After unloading a jukebox while it is playing a music disc (either by unloading thee chunks in-game, entering the nether, or leaving the realm), the jukebox 'freezes,' in a way.
When loaded again, the jukebox retains the disc, giving off a redstone signal but no music. The disc remains 'stuck' in the jukebox until a player manually removes the disc from the jukebox.
On singleplayer bedrock edition worlds, the jukebox will automatically drop the music disc into a hopper below it when the jukebox is unloaded, but this is not the case on a bedrock edition realm.
This makes building automatic jukeboxes that run in the background extremely difficult and makes them impossible to be relog-proof.
UPDATE:
Pictures below show the setup
To reproduce:
- Place a jukebox on top of a hopper
- Put a music disc into the jukebox
- Unload the jukebox (either by leaving the realm, moving far away, or entering a new dimension)
- Reload the jukebox (re-enter the realm, go close again, or go back to the original dimension)
It is seen that the music disc remains inside the jukebox, while no music is playing. The hopper underneath does not pick up the music disc, nor is the music disc ejected from the top of the jukebox. The jukebox still emits a redstone signal due to the disc still being inside,
but the music disc never will pop out or be picked up by the hopper because the music disc can never finish playing.It is expected that the music disc will be ejected (either out the top or into the hopper below) upon unloading (either by leaving the realm, moving far away, or entering a new dimension), this is what I have seen in singleplayer worlds.
Affects version 1.14.60 on MCBE Realms
After unloading a jukebox while it is playing a music disc (either by unloading thee chunks in-game, entering the nether, or leaving the realm), the jukebox 'freezes,' in a way.
When loaded again, the jukebox retains the disc, giving off a redstone signal but no music. The disc remains 'stuck' in the jukebox until a player manually removes the disc from the jukebox. (UPDATE: music disc will eject after the "song" has finished playing, even though the song is not audible and the music isn't actually played in-game.)
On singleplayer bedrock edition worlds, the jukebox will automatically drop the music disc into a hopper below it when the jukebox is unloaded, but this is not the case on a bedrock edition realm.
This makes building automatic jukeboxes that run in the background extremely difficult and makes them impossible to be relog-proof.
UPDATE:
Pictures below show the setup
To reproduce:
- Place a jukebox on top of a hopper
- Put a music disc into the jukebox
- Unload the jukebox (either by leaving the realm, moving far away, or entering a new dimension)
- Reload the jukebox (re-enter the realm, go close again, or go back to the original dimension)
It is seen that the music disc remains inside the jukebox, while no music is playing. The hopper underneath does not pick up the music disc, nor is the music disc ejected from the top of the jukebox. The jukebox still emits a redstone signal due to the disc still being inside, and the music disc will eventually pop out or be picked up by the hopper once the "song" has finished playing, even though the music is not audible or heard in-game.
It is expected that the music disc will be ejected (either out the top or into the hopper below) immediately upon unloading (either by leaving the realm, moving far away, or entering a new dimension), this is what I have seen in singleplayer worlds.
Minecraft 6_8_2020 1_30_27 PM.png
Affects version 1.14.60 on MCBE Realms - can also be reproduced by logging out and logging back into a world.
After reloading, the jukebox still gives off a redstone signal as if it has a disc in it, but no music is playing and the music disc is never picked up by a hopper underneath.
Makes building automatic jukeboxes that run in the background extremely difficult and makes them impossible to be relog-proof.
I updated the report, sorry about the delay, wasn't able to test due to the realms being down today.
You just have to be patient with these things. The devs will get around it eventually. Try working around the bug for now, I know that it might not be as compact or efficient as you want it, but it might lead to discovering new things
I've been experiencing this bug as well on a realm I play on. It seems like every time we try and go near the end portal/stronghold, the realm says it's disconnected and it rolls back.
The most frustrating thing is that I've found no workaround, re-logging before going near the stronghold still rolls back to before that, so there might be an issue with how realms creates rollback saves.
I'm fairly certain that this bug has nothing to do with what platform you're playing on, it has to do with the generation of the map.
In dungeons, the maps can be randomly reordered, flipped, and rotated, adding variation and a somewhat new experience when playing the same mission over again.
The issue is, when the map is rotated a certain way, the secret is unobtainable for some reason. I'm almost certain this is a bug, since the secret always appears on the map (which indicates 3 secrets to be found - I'm not sure, but I'm pretty sure the same 3 secrets generate every time - the rune, a golden chest, and the obsidian chest behind the bugged door). When you approach the area where the door should generate you hear the sound as if it does generate, but are unable to actually enter the room through the door.
I play on windows 10 and this has occurred multiple times, including on the latest release 1.8.0.0. When the map isn't rotated, the secret works fine and you can access the room as intended.
Please be aware that spamming the chat doesn't help anybody - it makes it more difficult for moderators to find useful and relevant information, and the only people it notifies are ones already aware of the bug. ** People do not follow the issue to be notified of peoples' thoughts and opinions of the bug. They follow it to receive updates on the bug and to be notified when it is patched/fixed.
I know it can be frustrating at times when full parity is not present, but that is simply the nature of game development - especially on such a large scale as Minecraft across multiple platforms. Please be patient. If you wish to raise awareness about the bug, reach out on social media and get people to upvote/follow this issue - this will have a more organized and positive impact in helping the issue be resolved.
Please reserve the chat for relevant, useful information so that the moderators can more easily find the problem and create solutions/fixes. I am aware of the hypocrisy of this comment, and sorry to those who voice similar sentiments to mine, but I feel it needs to be said that the chat remains a tool for people to contribute helpful information for resolving bugs and other issues, not a forum for people to make complaints. Please reserve discussion for Twitter, YouTube, Reddit, etc.
Affects 1.19.10
Here's a video clip of me moving the shulker box around—when shift clicking, no lag occurs, but when it is picked up it lags behind the cursor and frames drop significantly.
bug 7.21.22.mov