mojira.dev

ROBOTRON 31415

Assigned

No issues.

Reported

No issues.

Comments

For 2., my issue is usually that I have the iOS setting enabled which keeps full-resolution photos in iCloud, and compressed versions on my device. I would hope that there’s some way for apps to properly request images from a device’s Photos library in a way that waits for a full-quality version to be downloaded, if necessary; either such a thing doesn’t exist, or else Minecraft is not using it. As a result, I need to go into the Photos app, interact with the skin image in some way which forces it to be downloaded, and then return to Minecraft and import the skin. I would imagine I wouldn’t need the workaround if I exported the skin image to Files and kept it somewhere. I could be wrong though, there could be other causes for error with the Files app.

Pretty sure this should be intentional. Above the azalea bush, there are two layers where it checks in a 3x3 area (centered on the bush) for obstacles; it should ignore dirt and leaves. Maybe there's something else it ignores. Further above those two layers, there are three layers where it checks for obstacles in a 5x5 area. (Additionally, there are some other spots where it checks for obstacles for branches, but either way the main bush would grow if the above spots are air, dirt, or leaves. Only dirt, by the way, not coarse dirt or rooted dirt.)

Though it may be unexpected, it's Works As Intended (and it's what I use for my obsidian farm).

Plus, it's probably a good reminder to not build stuff there and accidentally suffocate any players/entities teleported to that platform.

This is probably just because portals don’t generate in the nether exactly where they are supposed to. If, for instance, the place where one “should” be is over a lava lake, it will instead generate on a nearby part of the landscape, which can mean that it goes far enough away to generate a new portal.

In short, it isn’t a bug, just a potentially annoying feature.