Destriker05
- Destriker05
- JIRAUSER582244
- America/Santiago
- Yes
- No
When there's a thunderstorm, sky colors get darker, but once the storm is over, colors stay the same
Steps to reproduce
1.- Use the "weather" command to set the weather at storm.
2.- Wait until the storm is over.
Expected results
If you are on daytime, the sky should look blue, as normal.
Actual result
The sky remains the same color (black and gray), without changing at all.
Notes
**It only happens when the storm is over naturally. Using "/weather clear" does change the colors as expected.
When there's a thunderstorm, sky colors get darker, but once the storm is over, colors stay the same
Steps to reproduce
1.- Use the "weather" command to set the weather at storm.
2.- Wait until the storm is over.
Expected results
If you are on daytime, the sky should look blue, as normal.
Actual result
The sky remains the same color (black and gray), without changing at all.
Notes
-It only happens when the storm is over naturally. Using "/weather clear" does change the colors as expected.
-Clouds are also affected.
When there's a thunderstorm, sky colors get darker, but once the storm is over, colors stay
the sameSteps to reproduce
1.- Use the "weather" command to set the weather at storm.
2.- Wait until the storm is over.
Expected results
If you are on daytime, the sky should look blue, as normal.
Actual result
The sky remains the same color (black and gray), without changing at all.
Notes
-It only happens when the storm is over naturally. Using "/weather clear" does change the colors as expected.
-Clouds are also affected.
When there's a thunderstorm, sky colors get darker, but once the storm is over, colors stay dark.
Steps to reproduce
1.- Use the "weather" command to set the weather at storm.
2.- Wait until the storm is over.
Expected results
If you are on daytime, the sky should look blue, as normal.
Actual result
The sky remains the same color (black and gray), without changing at all.
Notes
-It only happens when the storm is over naturally. Using "/weather clear" does change the colors as expected.
-Clouds are also affected, and at night they basically become invisible since they're too dark.
affects 1.18.0.25
Pointed dripstone inside watercauseitto glow when blocks are aroundSome water loggable blocks cause water to glow when other blocks are around
When there'swatterloged pointed dripstone, the water gets really brightwhen there's anyblock aroundit. This is really easy to see on dripstone caves naturally.Steps to reproduce
1.- P
utpointed dripstoneinside any sourcewater block2.-
put blocks around oreven on top of the water blockExpected result
The water should look completly normal
Actual result
The water looks bright
er and brighter if more blocks are around it.Some water loggable blocks cause water to glow when other blocks are around and above it
Steps to reproduce
1.- Place pointed dripstone, amethyst bud (any size), dragon egg, pressure plate or a button inside of water.
2.- Put blocks around or above the water, and watch.
Expected result
The water should look completly normal
Actual result
The water looks bright when those blocks are around or above it.
Notes
-Not every water loggable block produce this glitch, only the ones described above (Pointed dripstone, amethyst bud of any size, the dragon egg, any pressure plate or any button)
Testing this on 1.18.0.27 beta, and seems like it doesn't get affected anymore by light sources. The only problem, the issue with day/night is still present.
If you don't own Minecraft: Java Edition, there's a message that tells you to buy the game if you want to access it, along with a "Learn more" button, but clicking it leads to an nonexisting page on Minecraft Help.
(Here's the page.)If you don't own Minecraft: Java Edition, there's a message that tells you to buy the game if you want to access it, along with a "Learn more" button, but clicking it leads to an nonexisting page on Minecraft Help.
(Here's the page the launcher leads to , how it looked like (using archive.org) , and an existing page in the Help site that looks the same)
When joining a world, sometimes the sky and clouds will look dark, even at day time.
Steps to reproduce
1.- Open a world with commands enabled
2.- Type '/weather rain 100' (or any number thats not too big)
3.- Wait until the rain finishes.
4.- If you run '/weather query', it will show that the weather is thunder instead of clear. That behavior is reported at MCPE-185032
5.- Leave the world and join againObserved results
If the time of the world was day time, the sky will look way too dark, especially when looking directly at the sun. If it was night time, clouds will be black instead of the usual light gray, making them almost invisible.Expected behavior
Sky shouldn't look like that under any circumstance at all, since a clear sky is never dark at day time, and a thunderstorm has rain particles and a gray fog on the horizon. This kind of sky is somehow a mix of these two weathers.
Notes
This bug could potentially be related to MCPE-185032 , since the sky will look dark every time a player rejoins a world when the '/weather query' command returns 'thunder'.Also, this bug isn't related to a server-client desync at all (so not related to
MCPE-131325). Attemting to sleep when the sky looks dark triggers the 'You can only sleep at night or thunderstorm' message, so the actual weather of the game is indeed clear (explaining why there's not rain particles), it's only that the sky colors are diferent.Finally, sleeping at night can make the sky look normal again, as seen in this video.
When joining a world, sometimes the sky and clouds will look dark, even at day time.
Steps to reproduce
1.- Open a world with commands enabled
2.- Type '/weather rain 100' (or any number thats not too big)
3.- Wait until the rain finishes.
4.- If you run '/weather query', it will show that the weather is thunder instead of clear. That behavior is reported at MCPE-185032
5.- Leave the world and join againObserved results
If the time of the world was day time, the sky will look way too dark, especially when looking directly at the sun. If it was night time, clouds will be black instead of the usual light gray, making them almost invisible.Expected behavior
Sky shouldn't look like that under any circumstance at all, since a clear sky is never dark at day time, and a thunderstorm has rain particles and a gray fog on the horizon. This kind of sky is somehow a mix of these two weathers.
Notes
This bug could potentially be related to MCPE-185032 , since the sky will look dark every time a player rejoins a world when the '/weather query' command returns 'thunder'.Also, this bug isn't related to a server-client desync at all (so not related to
MCPE-131325). Attemting to sleep when the sky looks dark triggers the 'You can only sleep at night or thunderstorm' message, so the actual weather of the game is indeed clear (explaining why there's not rain particles), it's only that the sky colors are diferent.Finally, sleeping at night can make the sky look normal again, as seen here: bug-disapearing.mp4
.
















I think v-sync is enabled by default. To check if it is enabled go to "AppData > Local > Packages > Microsoft.MinecraftUWP_8wekyb3d8bbwe > LocalState > games > com.mojang > minecraftpe", open the "options" file and search for "gfx_vsync". If it have a 1, v-sync is enabled, so to disable it replace the 1 for a 0. Now try opening again the archievements screen. I tried this and it worked for 1.16.200.
There's a bug report talking about this already on
MCPE-125379New cave generation won't be on old chunks, to prevent affecting things you may have built in those. In order to access that cool new generation you need to be on new chunks (those who don't have the bedrock between 0 an -64). Just go to places in your world you've never been before, and then you'll find the caves : D
I've been researching and seems like the Nvidia quadro P5000 does not support ray tracing, and maybe Gpu-z is "lying" (or it's just a bug). The only ray tracing capable gpus that nvidia have are GeForce RTX and Quadro RTX series :c
Oh no, you're right. I think they could've added this to java as parity, instead of removing it from bedrock
Seems like the bug only happens when Fancy Graphics are on.
where is this setting supossed to be on bedrock? I can't find it
I think it's working as expected
This is working as expected. When you upgrade a map in a cartography table, it litteraly says "Zoom out & clear".
I tested it on 1.18.0.24 beta and the grass also didn't explode:
Minecraft 2021-11-03.mp4
This was already reported (
MCPE-145561)This video can confirm these are phantom blocks, since the /testforblock command says it's just air
Minecraft 2021-11-07.mp4
If the dog was in the boat, maybe it's related to
MCPE-125388, wich affects boats and may describe the same thing you are saying, but instead of the boat teleporting, it is your dog.you can use an online video compressor to submit the video here, or even submit the video on youtube and then provide the link. Also, this bug may be related to
MCPE-125388.Still an issue on 1.18.0.27 beta
Minecraft 2021-11-13.mp4
It also doesn't stop fall damage as normal water would do. Also, still affects 1.18.0.27
Still an issue on 1.18.0.27 beta and 1.18.10.20
Still an issue on 1.18.0.27, however I think the title should be changed. Light blocks don't affect glow item frames, as silentwisperer and TrinhKieuLong said, it only gets affected by the time of day.
Affects 1.18.0.27 beta and 1.18.10.20 beta
MCPE-71925.mp4
Can confirm on 1.18.0.27 beta. Also, I think the issue isn't just item frames. Items that (logically) should glow, like the glow ink sack, do not glow, even in your hand or dropped.
Still an issue on 1.18.0.27 beta
I opened the world on 1.18.0.27 beta, and can confirm this is still an issue.
Could you provide the world to test this?
The map says 2017 on the worlds list, so the map may be from Pocket Edition 1.1/1.2 or older. Also, the download page contains screenshots without the debug info on top, that may confirm this is an official release, and not an alpha version.
Affects 1.18.10.20 beta
Does this video describe the bug??
Minecraft 2021-11-20 13-45-39.mp4
Affects 1.18.10.20 beta
When placing blocks, stairs acts like normal stairs, and not corner stairs:

Expected behavior: Java edition example.mp4
Observed behavior: MCPE-119845.mp4
Still an issue in 1.18.10.20 beta
Affects 1.18.10.20 beta
Still an issue in 1.18.10.20 beta. Seems like the bug is caused by the little shadow every block has around. Disabling "Smooth lighting" removes that shadow, meaning this visual glitch can't be seen.
Duplicates
MCPE-125388I don't think this is a bug, it's actually working as expected. The 1.18 changelog says:
"-Removed 'Old' world type from the world creation screen
-Locked Old worlds to BaseGameVersion 1.17.40
-Existing Old worlds are still playable but will not be updated with 1.18 features"
This happened to me on my survival world. I tryed doing the exact same thing I did at first to die, and the items that fell in water can't be picked up unless you exit and enter the world again. The world was with a simulation distance of 8, if that helps
Here's the world: test.mcworld
Here's a video showing what to do in order to reproduce the bug on this world (teleport to the coordinates and set the spawnpoint on the house if you don't appear at the same place as the video): how to reproduce.mp4
It's kinda like the particles face the opossite way they should. Anyways, affects 1.18.2
so, basically this is the bug: trident bug.mp4

and this is the expected behavior: expected.mp4
Riptide causes a lot of problems with this bug. For example, fire can actually exist under rain, because is not actually raining, however riptide can still be used for some reason, causing a lot of desync issues when using it, affecting gameplay a lot too. I haven't tested if other things desync too, only fall damage at the moment.
This video kinda describes this desync, especially at the end where i just died way before touching the ground: Minecraft 2022-01-15 00-11-19.mp4
it does work for me. Are you sure you are not forgeting to add a target when using the command (@e, @s, @p, etc)?
It's still an issue only if I have disabled beta versions, so 2.2.11105 fixed this by showing the new message instead.
I don't think this bug is a duplicate of
MCPE-131325, however it is kinda related.Here's the reason why: MCPE-147198.mp4
I'll use fire to demonstrate this since fire doesn't lit when it is raining.
MCPE-131325is a problem where, for example, the client can see fire while it's raining, even though that shouldn't be possible (so the weather on the client is different from the actual weather).In this bug, the problem is different: after a thunderstorm finishes (for both the client and the actual game's weather), the sky remains gray and dark, but it is not raining, neither for the client or the game (since you can lit fire with no problem, as seen in the video)
If this bug would be a duplicate of
MCPE-131325, the sky would look with this dark color but the fire shouldn't lit either (that would mean the client sees the weather as clear but internally the actual weather is rain/thunder)Also, this bug doesn't happen occasionaly: this can be tested using /weather and adding the time in ticks that weather will last (that's what I did in the video too). Every time the thunder weather changes to clear "naturaly" (since the command /weather clear does turn the sky blue as expected), the sky will remain dark
Why would this be marked as a duplicate of MCPE-147198?
The bug tracker clearly says to keep different issues on different tickets, and these two bugs are different. This ticket is about a visual bug regarding sky looking dark inmediatly upon rejoining a world when '/weather rain' changes to clear naturally, matching the behavior of '/weather query', which somehow says the weather is thunder (that is reported at MCPE-185032) at the same time this visual bug triggers.
However, MCPE-147198 is a bug regarding sky colors not changing at all when a thunderstorm finishes. Thats all.
The big diference is that the bug in this ticket can be observed in any normal survival world (I would need videos about that tho, but that was the reason I found this bug), but the bug at MCPE-147198 isn't even observed at all commonly due to this other bug, MCPE-116652 which makes thunderstorms look the same as rain.
So to sum it all, these are different issues, with different ways to be reproduced, so theyshould be placed in separate tickets I guess.