mojira.dev

Plagiatus

Assigned

No issues.

Reported

MCPE-186324 When attempting to respawn, it shows a loading icon and never actually respawns you. Fixed MC-271637 The enchantment entity effect type "run_command" always runs the command in the overworld Fixed MCPE-165051 '/execute anchored' is only applied once Confirmed REALMS-10102 Realm disappears from player list if you're not online for a while Duplicate MCPE-133774 Entity trying to mount its rider entity crashes the game Fixed MC-183374 Text on signs stops rendering while still in view Fixed MC-157853 Hover text in books is rendered below the page arrows Duplicate MC-148801 Command blocks always treat their own SuccessCount as 0 while running a command Confirmed MC-136105 weather rain 1 doesn't set the weather to rain for only one second Invalid MC-126755 Saved banners on maps are lost upon rescaling Works As Intended MC-126709 Parrots start flying when the player takes damage from a mob, even when sitting. Duplicate MC-126086 Salmon and tropical fish hitbox on land is wrongly positioned Fixed MC-121005 advancements that are a child of an advancement without display settings don't show up when parent advancement is granted Confirmed MC-120514 Marker Armorstands cannot target themselves properly using dx or dz Duplicate MC-118266 placed_block trigger doesn't work with multiple blocks Fixed MC-117977 Advancement GUI doesn't have a close button Fixed MC-117975 Toasts and Tabs show the enchantment-overlay Duplicate MC-117900 summoned_entity trigger doesn't work with items creating entities on use Confirmed MC-116263 "Invalid trigger name xxx" message not hidden by sendCommandFeedback Duplicate MC-116255 Players can place firework rockets down while flying with the elytra Works As Intended

Comments

can confirm for 1.21.4

 

Unfortunately in my case it's more difficult to work around this issue, as I'm using `execute summon` instead of a normal summon and thus cannot add the alignment data to it until i'm inside the called function.

Another observation:

This seems to be an issue if the world spawn is at 0 0, -1 0, 0 -1; but not at 1 0 or 0 1. (y always -60 in my test case) - at least not in the areas previously identified.

Can confirm for 1.20.1

Also can confirm this happens when spectating any entity, not just players.

Seems to still be a thing in 23w32a, despite being marked as fixed.

can confirm for 1.19.3

It actually seems to go beyond return and also affects success, where success would store the success value of the last command run in the function instead of whether the function was run or not.

This is different from the behavior in chat and commandblocks, where it seems to return 1 for success if the function is run successfully, independent of the final commands success.

@Mods at this point can we get a modnote like in REALMS-9191 telling people that this one is NOT about Bedrock?

@kurbs75 wrong bug report. This one is about Java. The bedrock report is REALMS-9191

it seems that today my realm is just fine again and doesn't show any of these issues anymore, after it experienced this issue for the past few days.

Another option is that the "Multiplayer Secure Chat Signing" introduced in this week's snapshot 22w17a causes some issues. As the bug seems to have appeared around the same time.

Then again, the existence of the "FilteredText" NBT attributes (and similar) hints in a different direction.

can confirm for 1.18.2

confirmed for 1.18.2

yes, it's still present in 1.18.2

Can confirm. On my 1.18.2 realm I am encountering the same two issues:

1. chat messages from other players don't show (yes, I checked, they are not blocked in the communications screen)
2. signs are empty

More Info on 1):
Using /say will display the chat to everyone, using /me will not. Using /tell or /w will work, so will /tm and /teammsg.

For 2) I have some more information on how it looks on my end:

  • New signs that are placed manually in survival will show the text for a second before being cleared. Using /data get to look at the data reveals that the sign is actually empty, the written text has been removed.

  • Existing signs, while they appear just as empty as freshly placed ones, show their original text using /data get. They also show a new nbt data field called FilteredTextX where X is the line(s) that previously had text in them. This is not the case on new signs.

  • using /data merge to put text on a sign makes THAT text visible, but it won't show other text.

  • Existing signs with formatted text (placed through commands, in this case with colored, bold and clickable text) do not seem to be altered whatsoever and are also still displaying their text.

I'm happy to provide any additional details on either one if I can.

> Note that issues with Java Realms are tracked separately from Bedrock Realms

okay, so is there a Java Edition bugreport for this yet? if so, you should probably link it in the notice.
If not, I'll make one myself, as I've encountered this issue, too.

EDIT: found it, it's funnily enough 1k above this one: https://bugs.mojang.com/browse/REALMS-10191

Can confirm, I just ran into the same issue on a 1.18.2 realm. I attached the video to the issue. It also happens for "Beaconators", not just "Bring home the beacon".

I did not build those beacons, another player did, and it only triggered after I (got kicked for being afk and) relogged.

In case this is relevant, I was standing at 705 -55 -1881, the closest beacon is at 696 -55 -1881, so about 8-9 block away. I was able to reproduce this issue on every relog, as long as I was 8 or less blocks away.

See MC-249021

Entities don't seem to loose their scores when being teleported to unloaded chunks, but they do loose them when entering the nether now (1.15.2)

Confirmed for 1.15.2

confirmed for 1.14.4

further testing seems to reveal that the reload command crashes if the worldspawn is outside of the worldborder.

 

might relate to MC-128494