mojira.dev

Seacraft Gaming

Assigned

No issues.

Reported

MC-268393 Cannot modify the root tag of command storage Invalid MC-267902 /random error message states incorrect range size Confirmed MC-239386 World features inconsistent between worlds of the same seed Duplicate MC-133893 Squids spawning too often Awaiting Response MC-131893 NBT target selector argument not working with mobs Invalid MC-124537 Tilde notation working incorrectly in /execute as Invalid

Comments

Also present in 1.21-rc1 and affects the mace

Can confirm, though only with the first enchantment option. Also happens with the mace.

It's possible this happens because the enchantment table assigns an enchantment level to each slot (which is usually 1 or 2 for the first slot), but the minimum level for all the enchantments of the fishing rod and mace require higher levels then that, leading to a blank enchantment slot.

Minimum cost of each relevant enchantment according to the vanilla data pack:

  • Unbreaking: 5

  • Lure: 15

  • Luck of the sea: 15

  • Breach: 15

  • Density: 5

  • Wind burst: 15

execute facing does not check if an entity is facing in a particular direction. Instead, it runs as if the entity is facing that direction. In your case you are running the command is run while facing the zombie, Bob, which has no impact on the output of the command. This command will always succeed so long as Bob is loaded and is within the volume specified.

In order to do this properly, you will need a predicate (and a command block or data pack, since this is too long to type in chat):

/execute as Yourusername at @s positioned ~ ~-1 ~ if predicate {"condition":"entity_properties","entity":"this","predicate":{"type_specific":{"type":"player","looking_at":{"type":"zombie","nbt":"{CustomName:'\"Bob\"'}","distance":{"x":{"min":0.0,"max":2.0},"y":{"min":0.0,"max":1.0},"z":{"min":0.0,"max":2.0}}}}}} run say Hi

I have tested that this works, and I assume it should be identical to what you were intending to do.

Flowing waterlogging does not exist on Java and is a parity issue from before 1.15, so invalid as a bug report. Seems like a reasonable suggestion though, but it has likely been considered already.

I originally thought that this was intended behavior, and occurs because of something called a "mob cap", which prevents mobs from passively spawning after reaching a maximum capacity. For friendly creatures (which includes armadillos), this cap is only 10, and is likely already filled by existing mobs in the area like sheep, pigs, horses, etc. Therefore, no additional friendly creatures can spawn. On top of that, friendly creature spawns are also quite infrequent.

I ran steps 1 and 2 as instructed (in 1.20.6), and, sure enough, nothing spawned. However, I then ran /kill @e[type=!player] to kill all the mob-cap-filling mobs. I was expecting some creatures to spawn, maybe run the kill command a couple more times and wait until an armadillo spawns, putting this report to rest. However, I found that, despite waiting multiple in-game days, no friendly creatures spawned at all. It is possible that friendly creature spawns are just that rare, but I am highly doubtful of that. It is also possible that this is a savanna-specific issue, but I am not sure and do not have the time to test it right now, and I do not see any reason for that to be the case.

WAI; using single quotes in JSON is malformed. The give command is allowed to use single quotes because it is not JSON.

Cannot reproduce, though I am running Windows 10 and not Windows 11. Also this may be invalid as it sounds like an OBS issue rather than a Minecraft issue.

In the source you are using to capture the game (whether display capture or game capture), have you enabled the "View cursor" option?

Below is a Polish translation for the author, per Google:

Tłumaczenie polskie (z Google):

Nie można odtworzyć, mimo że korzystam z systemu Windows 10, a nie Windows 11. Może to być również nieprawidłowe, ponieważ wygląda na problem z OBS, a nie z Minecraftem.

Czy w źródle, którego używasz do przechwytywania gry (niezależnie od tego, czy jest to przechwytywanie ekranu, czy przechwytywanie gry), czy włączyłeś opcję „Wyświetl kursor”?

I thought this looked poorly translated, and sure enough the original post (MC-268302) is written in Polish. Here's a better translation (from Google):

"Hello, I have a big problem that I have been struggling with for a long time (it occurs in every version of Minecraft). I would like to be able to capture the screen in the Obs Studio application, but my cursor disappears in Official Minecraft and in the non-official Launcher. I have already written messages to the creators of Obs Studio (they have not responded yet) and to the help from Badlion Client (unofficial Minecraft). The help from Badlion told me to write to Obs. I thought it was their fault, but I checked the official Launcher and there is also a problem with this cursor. My friend also checked it to see if it was my fault, but no, it disappears for him too. It is worth noting that in full screen mode this cursor disappears, but not in the window. I want to capture the game in full screen for better smoothness. I've captured the screen in OBS STUDIO before and there were no such problems, but now I've had this problem recently. I've already tried to solve it by updating drivers or running as administrator, but without success...

"With full regards."

I see no difference. What do you mean by the "AO"?

Just to point out, values of the Motion tag are expressed in metres per tick rather than metres per second, so it can still express 8 metres per second for regular minecart travel (with a value of 0.4).

 

According to the F3 screen, it seems that the server is a Paper server, not vanilla Minecraft. Therefore, this is not a valid bug report.

It's likely WAI because the terrain generation is now independent of biome. In normal worlds, the placement of biomes depends on the generation parameters. In single biome worlds this restriction is removed, so the terrain generates however it likes even if the biome would not normally be placed in such a spot.

Minecraft now runs on Java 16 (as of 1.17), however the game comes with its own installation of Java, so you don't have to install Java 16 yourself in order to play the game.

Я использую переводчик Google, так что терпите меня.

Конечные рамы портала считаются меньше блока, поэтому ожидается, что ваши координаты будут немного ниже.

Кроме того, отчеты об ошибках принимаются только на английском языке и обычно требуют более подробной информации.

May be due to spawn protection, although the one non-opped player being able to do stuff is odd. If the affected area is near world spawn, try setting spawn protection to zero (in the server.properties file).

What exactly is the problem here? Looks like a normal aquifer to me.

Duplicate of [MC-140460]. Marked as "works as intended". The cave thing likely also works as intended.

Agreed. Didn't see it in my initial seach.

Cannot reproduce. Are you sure that seed is correct?

Can confirm in snapshot 21w41a. To reproduce, generate a world with seed -145871451501476358 and run the following: 

/execute in minecraft:overworld tp @s 252 66 108

Additionally, the igloo spawns on water.

[media]