mojira.dev

DeeFeeCee

Assigned

No issues.

Reported

MCPE-162173 Snow layers don't generate anew on packed ice Works As Intended MCPE-162172 Shearing beehives does not use durability Duplicate MCPE-162170 Fluids don't update when created with commands Invalid MCPE-162168 Water doesn't flow when waterlogged blocks broken Duplicate MCPE-162083 Titleraw text shadows do not appear correctly Incomplete MCPE-138024 Sugar cane generates completely underground [Ex] Duplicate MCPE-138023 Blobs can abruptly end at chunk borders [Ex] Incomplete MCPE-134956 Harming potion does not generate in swamp hut cauldrons Confirmed MCPE-134955 Entering a portal at high tick speeds sometimes causes game to freeze Incomplete MCPE-134954 Copper does not oxidize in the nether Fixed MCPE-134953 Waterlogging sea pickles does not turn them into light sources Fixed MCPE-115861 [Addons] Creating a Mob with Inventory but no Slots Prevents Player from accessing Inventory Incomplete MCPE-108876 [Duplicate] Sounds, etc. are delayed Duplicate MCPE-108875 Music stops playing when game is left open Cannot Reproduce MCPE-103114 [Invalid] Resource Packs unable to add additional Game Tips Invalid MCPE-83071 [Duplicate] Certain items flash when shift-clicking within inventory Duplicate MCPE-82937 gui.png improperly scaled in HUD Cannot Reproduce MCPE-80139 Broken Elytra Texture Does Not Appear in Item Frame Duplicate MCPE-79036 [Duplicate] Weeping & Twisting Vines Duplicate MCPE-78578 [WAI] Potion of Decay is Uncraftable Works As Intended

Comments

Esse bug continua quando nao usa mods?

Affects Release & Preview 1.21.20.22

Still present in Preview 1.20.70.21.

Affects Preview 1.20.70.21

Affects Preview 1.20.70.21

Affects Preview 1.20.70.21

Appears fixed in Preview 1.20.70.21, with oak door & warped door, both in normally closed (but opened by player) & normally open states.

Side note: Allays are able to pick up items through glass, had to create walls & corners 2 blocks thick to prevent access to test items.

I was about to say this didn't occur in my testing, but I ran a test & the cobblestone generates instead of stone. Despite being in Preview, this behavior appears identical to the original report.

Expected: Water flows faster than lava, meaning when stone is mined, water replaces the air before the lava can "fall" onto the water & produce more stone.

Actual: Lava replaces air before water can replace it, causing the lava to interact with water from the sides, producing cobblestone. Usually occurs when mining stone within a second after it generates, which is easily done with anything better than a wooden pickaxe. This does not match expected behavior, especially when lava replaces air faster than adjacent water source (water 1 block away is outpaced by flowing lava 1 block away).

Method: The copper grates are waterlogged, everything is over see-through barrier blocks, lava is allowed to flow as far as it can over the center waterlogged copper grate & generated stone/cobblestone.

Typo: "4 Random Discrepancy"

It's been 32767 for a while. When you relog, all entities get "pushed" down to 512. As far as I know, it's impossible to keep anything above 512 in a save. Try logging out & back in.

They do not fall under normal circumstances, but the reason they don't teleport is due to not having anywhere to pathfind & no valid spot to teleport to. I'm wondering if (other than shulkers) other mobs that would be important to transport are unable to fall, because that would either be another bug or more reason to look into this one.

@runawaycow2 Could you provide a screenshot or clip of them not moving/falling? I haven't seen that happen yet.

Affects 1.19.30

The affect is very severe, even on high-end hardware.

Affects 1.19.30

Cocoa has regressed. Also affects frogspawn & possibly other blocks. Duplicated by MCPE-162170.

@CFBPuratas They don't pick up any items in their 3-second cooldown. They don't discriminate by owner.

Affects 1.19.22

Times recorded against water stream length are here: https://www.desmos.com/calculator/0jy57fmc9h

There is still an open report at MCPE-52857 that hasn't been updated in a while.

I don't understand how this is invalid as a parity issue. I vaguely remember running this command in previous Bedrock versions & now this command has a different result. I'll check some older versions to make sure.

Affects 1.19.20

Haven't heard a difference in 1.19.22, but if the behavior files haven't changed, then this still affects current version.

Affects 1.19.22

This appears to be due to their "swaying" motion pushing them above, below (or to the sides?) of their intended trajectory. In addition, the behavior files show they have a 1-4 block hover with an offset of -1, which could also be relevant.

Sometimes, less is more! This doesn't seem to be the kind of bug they'd fix, seeing as that would require tagging item entities with an owner tag or something to implement what you're suggesting. Would love to be shown wrong, though!