mojira.dev

Baron Samedi

Assigned

No issues.

Reported

MCPE-143372 Polar bears can clip through ice. Incomplete MCPE-141521 RenderDragon drops FPS to unplayable levels. Duplicate MCPE-141269 Structures and natural decorations get smeared in converted 1.17 worlds Won't Fix MCPE-140708 Raw ore blocks found while mining Works As Intended MCPE-138917 Village's snow houses have sea as floor Incomplete MCPE-138599 Loading of "classic" and "beta" texture packs can be done concurrently. Works As Intended MCPE-138418 Nether portal created within lava Incomplete MCPE-138002 Window panes can't be placed horizontally Invalid MCPE-137841 Cats sit on lit candles Incomplete MCPE-137782 Bee nest generated with exit facing tree Duplicate

Comments

Fortunately AMD and NVIDIA both force a HTTPS connection if one attempts to use those links.

This fact should not encourage complacency with respect to this issue, though.

@unknown: What happens when you remove the additional torch?  Does the light level drop again, or does it stay at the expected level?

My experience on Android was that the lighting remained normal after removing a second torch (in the immediate area - other affected areas remain unchanged and the bug returns after sleeping, nether portal travel and quitting/reentering the world)

Reason for my asking is that the Android and Xbox/PC betas are no longer completely identical, so bugs may present differently.

Confirmed on 1.17.40.23.

I'm not sure whether this is a bug - a similar situation is seen in the desert, where there is no overcast or rain but the storm can be heard and monsters spawn.

When you hear thunder in a cave you will also see that there are more monsters, especially at higher altitudes - this is because those which spawned outside wander in.  Because of this I would say that the thunder does serve some purpose.

 

Present in 1.17.40.23. (Single player survival)

I have noticed that endermen can be triggered into attack mode by being looked at through opaque structures (eg. If an enderman is behind a pillar of rock, looking at the pillar can cause him to start zipping around and hitting you,  even though there is no line of sight).

This could be the cause of some of these incidents.

Thank you, Avoma.  Looks like both versions have the same problem, but it's less severe on Java.

@Auldrick: The "Brightness" slider (0 - 100) at the top of the "video" tab in Settings, as you surmised.

 

I used the wrong term as I was writing from memory.  My apologies. 

If you look on Minecraft help page - list of editions you will see the status of all the old console editions is "No Longer Updated".  Also, they are no longer supported - any ticket opened on the MCCE page of this bug tracker is automatically closed by Mojang.

I suggest you email Mojang Support for assistance with these (or use this form: https://help.minecraft.net/hc/en-us/requests/new).

As for the Master Trader bug, I suggest you open a new issue for that. 

So the grass looks the same no matter what the biome (no screenshot, I assume this is what is meant)?

Does this persist if you update to the 1.17.32 hotfix?

A moderator will be able to confirm this, but I'm pretty sure the bug tracker staff do not have the power to award you trophies,  much as they cannot restore lost items and so forth.

Can your problem/s be restated as follows?

  1. Legacy Console Edition achievements are incapable of being earned due to these versions of Minecraft being superseded by Bedrock, and

  2. The Master Trader achievement (Bedrock) cannot be attained under any circumstances, including using exploits.

If so, I suggest you forget about the Legacy Console stuff - those versions of the game are no longer supported.

Master Trader can be reported as bugged, perhaps under ticket MCPE-74218, if that is a fair description of the problem, otherwise as a new report(This one may be closed for containing more than one issue).

 

Is anyone capable of giving better counsel with respect to the superseded achievements?  

 

Toggle is present on the Android beta version.

[media]

This is happening to me on my Samsung J701F/DS with 1.17.40.23. It started with 1.17.40.21.

The amount of time that the logo appears for is also shorter than before. 

This is a smartphone, not a tablet.  I ascribed it to the strange way Samsung devices sometimes run programs and didn't see it as important until I saw this ticket.

Could not confirm on 1.17.40.23 beta for Android.

The switch stays where it is set.

(Not the same version, can someone please attempt confirmation on the latest final release?)

Not a problem in 1.17.40.21 and 1.17.40.23 (Android).

(However, "very slow" and "a lot faster" are subjective.  Presently the bears move at about the same rate as an adult zombie when aggravated, and they have a long reach.)

Survival mode, hard difficulty.

With respect to the problem in beta 1.17.40.23 (Android), the  bug is best described as No. 1 of the 4 variants in the message above.  Changing the configuration of the shadowed area by placing a block or changing the light source (eg. removing a torch) normalizes the illumination in the immediate affected area (such as under one group of trees).  However, the problem returns in the next morning.

Screenshots repeated here.  I removed a torch in the indoor one to normalize the lights.

Note: In MCPE-143261 another user asked about use of resource packs or extremely idiosyncratic lighting settings.  No resource packs were active, and the lighting was set to 75 for the screenshots.  I usually play with lighting at 50, but tried increasing it up to 100 with no change in the differential illumination.

[media]

[media]

[media]

[media]

 

Confirmed on 1.17.40.23 beta for Android.

Lighting can be normalized by breaking or placing blocks in the abnormally dark zones.

Screenshots attached.

[media][media][media][media]

Is this confirmed as a java parity issue in addition to being a bug? (I can't see a report which warrants the [Vanilla-Parity] tag)

A variation of this issue is present in 1.17.40.21(Android version)

To reproduce:

  • Enter a nether portal with  a parrot tracking you(making sure it is NOT on your shoulder)

  • The parrot will accompany you into the nether.

  • Return to the overworld (again, with parrot off shoulder)

 

Observed:

  • Further attempts to use the portal will fail, even if the parrot is killed. 

  • This persists until you save and restart 

 

Expected:

  • No impediments to using the portal should be present, especially if the parrot is off your shoulder.

 

Seed +420420, single player survival, difficulty hard, all experimental features on except for  "Holiday creator features" and "additional modding capabilities"

Present on 1.17.40.21 Android.  

There are additional problems resulting from parrots passing through nether portals, but I report issue-by-issue so as not to clog threads with unrelated matter.

Experienced this issue on 1.17.40.21.

Seed: +420420

Survival, hard, cheats off, local single player.

Parrot was perched on shoulder, bed was in corner of house.

Went to  sleep.

On awakening parrot was hovering facing the house corner.  Could not be killed by sword, punching or enchanted bow. (See screenshots)

Expected result would be parrot sitting on floor or object until picked up after character gets up.

Quitting and restarting reset the parrot to sitting on the floor.  It could then be killed by a flaming arrow, as expected.

Screenshot 1:  Stuck in place hovering

[media]

Screenshot 2: Shot twice, no effect.

[media]

 

 

High portal spawn still present in 1.17.40.21.  No noticeable void holes or deterioration after  multiple visits.

World created on 1.17.40.21, seed 420420, survival  mode, hard difficulty, cheats off, all experimental settings enabled except "Holiday creator features" and "additional modding capabilities"

Overworld portal: 297,97,72

Nether portal: 30,88,5