mojira.dev

Konstantin Boyandin

Assigned

No issues.

Reported

MC-233061 When bone meal is applied to Glow Berries vine with berries, berries are dropped but bone meal still consumed Cannot Reproduce MC-152624 Buried treasure explorer maps taken from the same ocean biome point to the same buried treasure Duplicate MC-151264 When a block is broken and washed by above-placed water block, it may disappear Cannot Reproduce MC-54461 When playing at local server ("open game for network"), host's custom skin isn't shown to other players Duplicate MC-15376 Jack-o-lanterns placed high above do not shine after game loaded/sunrise events Invalid

Comments

Same in 1.14.1 - looks like the map directs to the treasure chest closes to the map's origin. I tried looking at maps a long way from their origins, yet they directed me all to the same, long gone, treasure chest.

Note that wording at Conduit page sounds like the conduit attacks every hostile mob within the range of conduit power:

Citing:

When activated, conduits give the "Conduit Power" effect to all players in contact with rain‌^[Java and Legacy Console editions only]^ or water, within a spherical range of 32-96 blocks. This effect stops the breath meter from decreasing, gives underwater night vision and increases underwater mining speed. Conduit power also kills any hostile mobs within range like drowned and guardians.

May I ask what are "logical issues" when using charcoal to craft blocks of coal?

Similar "logical issues"didn't prevent you from crafting boat from arbitrary planks:

  • any combination of 5 planks allows to craft boat

  • when boat breaks, oak planks are spawned

So, the boat didn't lead to "logical issues", but charcoal did?

I see no problem crafting block of coal from any coal type, and producing coal only when dismantling block again. If boat didn't lead to "planks losing identity" problem when boat breaks, why block of coal did?

Confirming, still plaguing LAN game in 1.8.5

Pity no comments is made on whether this one will be attended to at all. The bug is very old.

My today's bug was marked as duplicate of this one.

In short: when local server is started ("open game to network"), the host's skin is always default to joined players (no custom skin), whereas host itself sees the custom skin fine.

Version: 1.7.9