Graylen_MYT25
- Graylen_M
- JIRAUSER718740
- America/New_York
- Yes
- No
MCPE-158312
MC-258260
There is a Pixel on Acacia Wood Planks that is the wrong color, based on the fact that the other 8 planks have the same color in relation to their pallettes
I've checked the Texture Update Pack from the Marketplace and the pixel is also off, so this has been in the game since 1.10.0 (Or over 3 years)
It's also in Jave Edition 1.19 and 1.14 too (and likely every version in between)
(
There is a Pixel on Acacia Wood Planks that is the wrong color, based on the fact that the other 8 planks have the same color in relation to their pallettes
I've checked the Texture Update Pack from the Marketplace and the pixel is also off, so this has been in the game since 1.10.0 (Or over 3 years)
It's also in Jave Edition 1.19 and 1.14 too (and likely every version in between)
(There is a Pixel on Acacia Wood Planks that is the wrong color, based on the fact that the other 8 planks have the same color in relation to their pallettes
I've checked the Texture Update Pack from the Marketplace and the pixel is also off, so this has been in the game since 1.10.0 (Or over 3 years)
It's also in Jave Edition 1.19 and 1.14 too (and likely every version in between)
(One Screenshot shows the block compared to the other 8 planks, the other shows the locations of the pixel)
There is a Pixel on Acacia Wood Planks that is the wrong color, based on the fact that the other 8 planks have the same color in relation to their pallettes
I've checked the Texture Update Pack from the Marketplace and the pixel is also off, so this has been in the game since 1.10.0 (Or over 3 years)
It's also in Jave Edition 1.19 and 1.14 too (and likely every version in between)
(One Screenshot shows the block compared to the other 8 planks, the other shows the location
sof the pixel)
There is a Pixel on Acacia Wood Planks that is the wrong color, based on the fact that the other 8 planks have the same color in relation to their pallettes
I've checked the Texture Update Pack from the Marketplace and the pixel is also off, so this has been in the game since 1.10.0 (Or over 3 years)
It's also in Jave Edition 1.19 and 1.14 too (and likely every version in between)
(One Screenshot shows the block compared to the other 8 planks, the other shows the location of the pixel)
(Since there are more pixels that are off (4 in total), there is a 3rd screenshot with a green pixel to the left and right of the pixels
There is A Pixel on Acacia Planksthat is not the correctcolor...Multiple pixels on Acacia Wood Planks are miscolored
There is a Pixel on Acacia Wood Planks that is the wrong color, based on the fact that the other 8 planks have the same color in relation to their pallettes
I've checked the Texture Update Pack from the Marketplace and the pixel is also off, so this has been in the game since 1.10.0 (Or over 3 years)
It's also in Jav
eEdition 1.19 and 1.14 too (and likely every version in between)
(One Screenshot shows the block compared to the other 8 planks, the other shows the location of the pixel)
(Since there are more pixels that are off (4 in total), there is a 3rd screenshot with a green pixel to the left and right of the pixels
There is a Pixel on Acacia Wood Planks that is the wrong color, based on the fact that the other 8 planks have the same color in relation to their pallettes
I've checked the Texture Update Pack from the Marketplace and the pixel is also off, so this has been in the game since 1.10.0 (Or over 3 years)
It's also in Java Edition 1.19 and 1.14 too (and likely every version in between)
(One Screenshot shows the block compared to the other 8 planks, the other shows the location of the pixel)
(Since there are more pixels that are off (4 in total), there is a 3rd screenshot with a green pixel to the left and right of the pixels
There is a Pixel on Acacia Wood Planks that is the wrong color, based on the fact that the other 8 planks have the same color in relation to their pal
lettes
I've checked the Texture Update Pack from the Marketplace and the pixel is also off, so this has been in the game since 1.10.0 (Or over 3 years)
It's also in Java Edition 1.19 and 1.14 too (and likely every version in between)
(One Screenshot shows the block compared to the other 8 planks, the other shows the location of the pixel)
(Since there are more pixels that are off (4 in total), there is a 3rd screenshot with a green pixel to the left and right of the pixels
There is a Pixel on Acacia Wood Planks that is the wrong color, based on the fact that the other 8 planks have the same color in relation to their palettes
I've checked the Texture Update Pack from the Marketplace and the pixel is also off, so this has been in the game since 1.10.0 (Or over 3 years)
It's also in Java Edition 1.19 and 1.14 too (and likely every version in between)
One Screenshot shows the block compared to the other 8 planks, the other shows the location of the pixel
Since there are more pixels that are off (4 in total), there is a 3rd screenshot with a green pixel to the left and right of the pixels
There is a Pixel on Acacia Wood Planks that is the wrong color, based on the fact that the other 8 planks have the same color in relation to their palettes
I've checked the Texture Update Pack from the Marketplace and the pixel is also off, so this has been in the game since 1.10.0 (Or over 3 years)
It's also in Java Edition 1.19 and 1.14 too (and likely every version in between)
One Screenshot shows the block compared to the other 8 planks, the other shows the location of the pixel
Since there are more pixels that are off (4 in total), there is a 3rd screenshot with a green pixel to the left and right of the pixels.
As stated, the issue does affect Java Edition as well. I have just made a big report on that (
MC-268260) that you can check out
There is a Pixel on Acacia Wood Planks that is the wrong color, based on the fact that the other 8 planks have the same color in relation to their palettes
I've checked the Texture Update Pack from the Marketplace and the pixel is also off, so this has been in the game since 1.10.0 (Or over 3 years)
It's also in Java Edition 1.19 and 1.14 too (and likely every version in between)
One Screenshot shows the block compared to the other 8 planks, the other shows the location of the pixel
Since there are more pixels that are off (4 in total), there is a 3rd screenshot with a green pixel to the left and right of the pixels.
As stated, the issue does affect Java Edition as well. I have just made a big report on that (
MC-2) that you can check out68260
There is a Pixel on Acacia Wood Planks that is the wrong color, based on the fact that the other 8 planks have the same color in relation to their palettes
I've checked the Texture Update Pack from the Marketplace and the pixel is also off, so this has been in the game since 1.10.0 (Or over 3 years)
It's also in Java Edition 1.19 and 1.14 too (and likely every version in between)
One Screenshot shows the block compared to the other 8 planks, the other shows the location of the pixel
Since there are more pixels that are off (4 in total), there is a 3rd screenshot with a green pixel to the left and right of the pixels.
As stated, the issue does affect Java Edition as well. I have just made a big report on that (
MC-258260) that you can check out
There is a Pixel on Acacia Wood Planks that is the wrong color, based on the fact that the other 8 planks have the same color in relation to their palettes
I've checked the Texture Update Pack from the Marketplace and the pixel is also off, so this has been in the game since 1.10.0 (Or over 3 years)
It's also in Java Edition 1.19 and 1.14 too (and likely every version in between)
One Screenshot shows the block compared to the other 8 planks, the other shows the location of the pixel
Since there are more pixels that are off (4 in total), there is a 3rd screenshot with a green pixel to the left and right of the pixels.
As stated, the issue does affect Java Edition as well. I have just made a big report on that (
MC-258260) that you can check out
There is a Pixel on Acacia Wood Planks that is the wrong color, based on the fact that the other 8 planks have the same color in relation to their palettes.
I've checked the Texture Update Pack from the Marketplace and the pixel is also off, so this has been in the game since 1.10.0 (Or over 3 years).
It's also in Java Edition 1.19 and 1.14 too (and likely every version in between).
One Screenshot shows the block compared to the other 8 planks, the other shows the location of the pixel.
Since there are more pixels that are off (4 in total), there is a 3rd screenshot with a green pixel to the left and right of the pixels.
As stated, the issue does affect Java Edition as well. I have just made a big report on that (
MC-258260) that you can check out.
There is a Pixel on Acacia Wood Planks that is the wrong color, based on the fact that the other 8 planks have the same color in relation to their palettes.
I've checked the Texture Update Pack from the Marketplace and the pixel is also off, so this has been in the game since 1.10.0 (Or over 3 years).
It's also in Java Edition 1.19 and 1.14 too (and likely every version in between).
One Screenshot shows the block compared to the other 8 planks, the other shows the location of the pixel.
Since there are more pixels that are off (4 in total), there is a 3rd screenshot with a green pixel to the left and right of the pixels.
As stated, the issue does affect Java Edition as well. I have just made a big report on that (
MC-258260) that you can check out.
There is a Pixel on Acacia Wood Planks that is the wrong color, based on the fact that the other 8 planks have the same color in relation to their palettes.
I've checked the Texture Update Pack from the Marketplace and the pixel is also off, so this has been in the game since 1.10.0 (Or over 3 years).
It's also in Java Edition 1.19 and 1.14 too (and likely every version in between).
One Screenshot shows the block compared to the other 8 planks, the other shows the location of the pixel.
Since there are more pixels that are off (4 in total), there is a 3rd screenshot with a green pixel to the left and right of the pixels.
As stated, the issue does affect Java Edition as well. I have just made a bug report on that (
MC-258260) that you can check out.
There is a
Pixel on Acacia Wood Planks that is the wrong color, based on the fact that the other8planks have the same color in relation to their palettes.I've checked the Texture Update Pack from the Marketplace and the pixel is also off, so this has been in the game since 1.10.0 (
Orover 3years).It's also in Java Edition 1.19 and 1.14 too (and likely every version in between).
One
Screenshot shows the block compared to the other 8 planks, the other shows the location of the pixel.Since there are more pixels that are off (4 in total), there is a 3rd screenshot with a green pixel to the left and right of the pixels.
As stated, the issue does affect Java Edition as well. I have just made a bug report on that (
MC-258260) that you can check out.
There is a pixel on Acacia Wood Planks that is the wrong color, based on the fact that the other 9 planks with similar formats (excludes bamboo planks) have the same color in relation to their palettes.
I've checked the Texture Update Pack from the Marketplace and the pixel is also off, so this has been in the game since 1.10.0 (or almost 4 years).
It's also in Java Edition 1.19.4 and 1.14 too (and likely every version in between).
One screenshot shows the block compared to the other 8 planks, the other shows the location of the pixel.
Since there are more pixels that are off (4 in total), there is a 3rd screenshot with a green pixel to the left and right of the pixels.
As stated, the issue does affect Java Edition as well. I have just made a bug report on that (
MC-258260) that you can check out.
There is a pixel on Acacia Wood Planks that is the wrong color, based on the fact that the other 9 planks with similar formats (excludes bamboo planks) have the same color in relation to their palettes. The issue also carries over to the Acacia Sign texture.
I've checked the Texture Update Pack from the Marketplace and the pixel is also off, so this has been in the game since 1.10.0 (or almost 4 years).
It's also in Java Edition 1.19.4 and 1.14 too (and likely every version in between).
One screenshot shows the block compared to the other 8 planks, the other shows the location of the pixel.
Since there are more pixels that are off (4 in total), there is a 3rd screenshot with a green pixel to the left and right of the pixels.
As stated, the issue does affect Java Edition as well. I have just made a bug report on that (
MC-258260) that you can check out.
Allays will become floating in Minecarts after falling and landing onto rails.
Note: The issue fixes itself when the Minecart moves o
nthe player relogs (reloading chunks still needs testing)Allays will become floating in Minecarts after falling and landing onto rails.
Note: The issue fixes itself when the Minecart moves or the player relogs (reloading chunks still needs testing)
Allays will become floating in Minecarts after falling and landing onto rails.
Note: The issue fixes itself when the Minecart moves or the player relogs (reloading chunks still needs testing)
Allays will become floating in Minecarts after falling and landing onto rails.
Seems to now only be an issue when they fall down without moving.
Note: The issue fixes itself when the Minecart moves or the player relogs (reloading chunks still needs testing)
Allays will become floating in Minecarts after falling and landing onto rails.
Seems to now only be an issue when they fall down from a short distance without moving.
Note: The issue fixes itself when the Minecart moves or the player relogs (reloading chunks still needs testing)
My friends list is appearing in "invite to game" as if I haven't friended anyone before. I can confirm this is a Minecraft issue because looking on Xbox, I'm still friends with these people. This had only started happening today (in both 1.19.11 and 1.19.20) and is very annoying because I have multiple worlds set to invite only. I did test this on both my phone and laptop and they both are having the same issue in both versions. When attempting to re-friend someone, the client will act as if you friended them, but won't remember that it happened.
Tested on 2 different Accounts. One account has the issue
My friends list is appearing in "invite to game" as if I haven't friended anyone before. I can confirm this is a Minecraft issue because looking on Xbox, I'm still friends with these people. This had only started happening today (in both 1.19.11 and 1.19.20) and is very annoying because I have multiple worlds set to invite only. I did test this on both my phone and laptop and they both are having the same issue in both versions. When attempting to re-friend someone, the client will act as if you friended them, but won't remember that it happened.
Tested on
2different Accounts. One account has the issueMy friends list is appearing in "invite to game" as if I haven't friended anyone before. I can confirm this is a Minecraft issue because looking on Xbox, I'm still friends with these people. This had only started happening today (in both 1.19.11 and 1.19.20) and is very annoying because I have multiple worlds set to invite only. I did test this on both my phone and laptop and they both are having the same issue in both versions. When attempting to re-friend someone, the client will act as if you friended them, but won't remember that it happened.
Tested on 3 different Accounts. One account has the issue (Tell me its not banned of some sort)
My friends list is appearing in "invite to game" as if I haven't friended anyone before. I can confirm this is a Minecraft issue because looking on Xbox, I'm still friends with these people. This had only started happening today (in both 1.19.11 and 1.19.20) and is very annoying because I have multiple worlds set to invite only. I did test this on both my phone and laptop and they both are having the same issue in both versions. When attempting to re-friend someone, the client will act as if you friended them, but won't remember that it happened.
Tested on 3 different Accounts. One account has the issue (Tell me its not banned of some sort)
I would test this on realms, but the 5 (online) ones are in the previous version
My friends list is appearing in "invite to game" as if I haven't friended anyone before. I can confirm this is a Minecraft issue because looking on Xbox, I'm still friends with these people. This had only started happening today (in both 1.19.11 and 1.19.20) and is very annoying because I have multiple worlds set to invite only. I did test this on both my phone and laptop and they both are having the same issue in both versions. When attempting to re-friend someone, the client will act as if you friended them, but won't remember that it happened.
Tested on 3 different Accounts. One account has the issue (Tell me its not banned of some sort)
I would test this on realms, but the 5 (online) ones are in the previous version
Note: Shortly after this my account has been in and out with friends not loading properly, sometimes loading random groups of people, most of them offline. Might be the root cause of the issue.
Colored text does not work in the new create world screen
Attempting to use § to create colored text in the create new world screen does not work. This was not the case for the old screen, nor for anywhere else that I am aware of.
None of the colors seem to work. Also, things such as bold and italic do not work as well (Strikethrough and Underline are affected at a game wide level by another bug, MCPE-41729).
Steps to Reproduce:
- Open the new create world menu
- Type '§' followed by a number, and then a random string of text
- Observe that the text is still white for some reason
Attempting to use § to create colored text in the create new world screen does not work. This was not the case for the old screen, nor for anywhere else that I am aware of. When selecting off the text, the section character and the character after it will still show up. For example, if I were to type "§6Hello!" it would show up as "Hello!" (also being orange/gold color) normally, but instead the "§6" part still persists.
None of the colors seem to work. Also, things such as bold and italic do not work as well (Strikethrough and Underline are affected at a game wide level by another bug, MCPE-41729).
Steps to Reproduce:
- Open the new create world menu
- Type '§' followed by a number, and then a random string of text
- Observe that the text is still white for some reason
Attempting to use § to create colored text in the create new world screen does not work. This was not the case for the old screen, nor for anywhere else that I am aware of. When selecting off the text, the section character and the character after it will still show up. For example, if I were to type "§6Hello!" it would show up as "Hello!" (also being orange/gold color) normally, but instead the "§6" part still persists.
None of the colors seem to work. Also, things such as bold and italic do not work as well (Strikethrough and Underline
are affected at a game wide level by another bug,MCPE-41729).
Steps to Reproduce:
- Open the new create world menu
- Type '§' followed by a number, and then a random string of text
- Observe that the text is still white for some reason
Attempting to use § to create colored text in the create new world screen does not work. This was not the case for the old screen, nor for anywhere else that I am aware of. When selecting off the text, the section character and the character after it will still show up. For example, if I were to type "§6Hello!" it would show up as "Hello!" (also being orange/gold color) normally, but instead the "§6" part still persists.
None of the colors seem to work. Also, things such as bold and italic do not work as well (Strikethrough and Underline are affected at a game wide level by another bug, MCPE-41729).
Steps to Reproduce:
- Open the new create world menu
- Type '§' followed by a number, and then a random string of text
- Observe that the text is still white for some reason
Attempting to use § to create colored text in the create new world screen does not work. This was not the case for the old screen, nor for anywhere else that I am aware of. When selecting off the text, the section character and the character after it will still show up. For example, if I were to type "§6Hello!" it would show up as "Hello!" (also being orange/gold color) normally, but instead the "§6" part still persists.
None of the colors seem to work. Also, things such as bold and italic do not work as well (Strikethrough and Underline are affected at a game wide level by another bug, MCPE-41729).
Both the World Name and seed box are affected, and the '§' keys behave like normal once the world is created if in the name.
Steps to Reproduce:
- Open the new create world menu
- Type '§' followed by a number, and then a random string of text
- Observe that the text is still white for some reason
Attempting to use § to create colored text in the create new world screen does not work. This was not the case for the old screen, nor for anywhere else that I am aware of. When selecting off the text, the section character and the character after it will still show up. For example, if I were to type "§6Hello!" it would show up as "Hello!" (also being orange/gold color) normally, but instead the "§6" part still persists.
None of the colors seem to work. Also, things such as bold and italic do not work as well (Strikethrough and Underline are affected at a game wide level by another bug, MCPE-41729).
Both the World Name and
seed box are affected, and the '§' keys behave like normal once the world is created if in the name.
Steps to Reproduce:
- Open the new create world menu
- Type '§' followed by a number, and then a random string of text
- Observe that the text is still white for some reason
Attempting to use § to create colored text in the create new world screen does not work. This was not the case for the old screen, nor for anywhere else that I am aware of. When selecting off the text, the section character and the character after it will still show up. For example, if I were to type "§6Hello!" it would show up as "Hello!" (also being orange/gold color) normally, but instead the "§6" part still persists.
None of the colors seem to work. Also, things such as bold and italic do not work as well (Strikethrough and Underline are affected at a game wide level by another bug, MCPE-41729).
Both the World Name and World Seed box are affected, and the '§' keys behave like normal once the world is created if in the name.
Steps to Reproduce:
- Open the new create world menu
- Type '§' followed by a number, and then a random string of text
- Observe that the text is still white for some reason
Minecraft 1.18.32 had said that it had improved a lot of the rendering issues on Android. However, it looks like the issues have been made worse.
There are a lot of things that I noticed with this update. From flashing GUI, to chat un-rendering, to x-raying by doing nothing to random block textures being rendered in the clouds, it feels like one of those poorly coded knockoffs you might find.
Something that I saw was random chunks being rendered. The textures were glitching to a point where the game was rendering parts of chunks hundreds of blocks away below my feet. I don't have a screenshot of this, but it was kind of interesting to see in person.
Chat also looked to have issues, where messages were duplicating and/or disappearing.
I would like it if this bug were fixed quickly. It does affect a large portion of the playerbase.
Few months later edit: Issue was resolved (
MCPE-155509) and I think this report being invalid had something to do with the way it was worded.
Minecraft 1.18.32 had said that it had improved a lot of the rendering issues on Android. However, it looks like the issues have been made worse.
There are a lot of things that I noticed with this update. From flashing GUI, to chat un-rendering, to x-raying by doing nothing to random block textures being rendered in the clouds, it feels like one of those poorly coded knockoffs you might find.
Something that I saw was random chunks being rendered. The textures were glitching to a point where the game was rendering parts of chunks hundreds of blocks away below my feet. I don't have a screenshot of this, but it was kind of interesting to see in person.
Chat also looked to have issues, where messages were duplicating and/or disappearing.
I would like it if this bug were fixed quickly. It does affect a large portion of the playerbase.
Few months later edit: Issue was resolved (
MCPE-155509) and I think this report being invalid had something to do with the way it was worded.Minecraft 1.18.32 had said that it had improved a lot of the rendering issues on Android. However, it looks like the issues have been made worse.
There are a lot of things that I noticed with this update. From flashing GUI, to chat un-rendering, to x-raying by doing nothing to random block textures being rendered in the clouds, it feels like one of those poorly coded knockoffs you might find.
Something that I saw was random chunks being rendered. The textures were glitching to a point where the game was rendering parts of chunks hundreds of blocks away below my feet. I don't have a screenshot of this, but it was kind of interesting to see in person.
Chat also looked to have issues, where messages were duplicating and/or disappearing.
I would like it if this bug were fixed quickly. It does affect a large portion of the playerbase.
Few months later edit: Issue was resolved (
MCPE-155509) and I think this report being invalid had something to do with the way it was worded.
An open trapdoor or door is slightly smaller than three pixels.Yes, this only affects them when they are open.
It's easiest to see this when the block above or below is very noisy (such as dirt) as seen in the second photo.
Trapdoor or door is slightly smaller than three pixels.
It's easiest to see this when the block above or below is very noisy (such as dirt) as seen in the second photo.
Opendoors and trapdoors are slightly smaller than three pixelsBoth doors and trapdoors are slightly smaller than three pixels
Trapdoor or door is slightly smaller than three pixels.
It's easiest to see this when the block above or below is very noisy (such as dirt) as seen in the second photo.
Both trapdoors or doors is slightly smaller than three pixels on their thin side.
It's easiest to see this when the block above or below is very noisy (such as dirt) as seen in the second photo.
On the main menu, when trying to edit a world, I am unable to edit all but one of them.
The only thing that I noticed that's different with this world, is that it is one of two worlds that lacks colored text formatting (such as §6) in the name. That might be the issue, but I haven't created any new worlds to check. World file size isn't the issue because it's over 1/2 a megabyte, and I have ones that are less than 1/10 of one.
I also think it may be a Marketplace map. I used one to have a blank void map because it is a SkyBlock I made myself. I also have another custom map that came from the same map, but that one hasn't worked either.
On the main menu, when trying to edit a world, I am unable to edit all but one of them.
The only thing that I noticed that's different with this world, is that it is one of two or three worlds that lacks colored text formatting (such as §6) in the name. That might be the issue, but I haven't created any new worlds to check. World file size isn't the issue because it's over 1/2 a megabyte, and I have ones that are less than 1/10 of one.
I also think it may be a Marketplace map. I used one to have a blank void map because it is a SkyBlock I made myself. I also have another custom map that came from the same map, but that one hasn't worked either.
Link for demonstration: https://youtu.be/XbFZa2rLzXA
On the main menu, when trying to edit a world, I am unable to edit all but one of them.
The only thing that I noticed that's different with this world, is that it is one of two or three worlds that lacks colored text formatting (such as §6) in the name. That might be the issue, but I haven't created any new worlds to check. World file size isn't the issue because it's over 1/2 a megabyte, and I have ones that are less than 1/10 of one.
I also think it may be a Marketplace map. I used one to have a blank void map because it is a SkyBlock I made myself. I also have another custom map that came from the same map, but that one hasn't worked either.
(These are only early theories and may not reflect the actual cause)
Everything you are unable to do in game because of this bug:
- Rename worlds
- Edit multiplayer settings
- Change resource packs and behavior packs
- Delete, copy and export worlds
- Enable Experimental Features and Education Edition
Link for demonstration: https://youtu.be/XbFZa2rLzXA
On the main menu, when trying to edit a world, I am unable to edit all but one of them.
The only thing that I noticed that's different with this world, is that it is one of two or three worlds that lacks colored text formatting (such as §6) in the name. That might be the issue, but I haven't created any new worlds to check. World file size isn't the issue because it's over 1/2 a megabyte, and I have ones that are less than 1/10 of one.
I also think it may be a Marketplace map. I used one to have a blank void map because it is a SkyBlock I made myself. I also have another custom map that came from the same map, but that one hasn't worked either.
(These are only early theories and may not reflect the actual cause)
It seems like the actual cause of the issue may have to do with if the world file has spaces in it's name. A workaround for this would be to replace them with something similar, such as underscores in the meantime.
Everything you are unable to do in game because of this bug:
- Rename worlds
- Edit multiplayer settings
- Change resource packs and behavior packs
- Delete, copy and export worlds
- Enable Experimental Features and Education Edition
Link for demonstration: https://youtu.be/XbFZa2rLzXA
On the main menu, when trying to edit a world, I am unable to edit a
ll but one of them.
The only thing that I noticed that's different with this world, is that it is one of two or three worlds that lacks colored text formatting (such as §6) in the name. That might be the issue, but I haven't created any new worlds to check. World file size isn't the issue because it's over 1/2 a megabyte, and I have ones that are less than 1/10 of one.
I also think it may be a Marketplace map. I used one to have a blank void map because it is a SkyBlock I made myself. I also have another custom map that came from the same map, but that one hasn't worked either.
(These are only early theories and may not reflect the actual cause)
It seems like the actual cause of the issue may have to do with if the world file has spaces in it's name. A workaround for this would be to replace them with something similar, such as underscores in the meantime.
Everything you are unable to do in game because of this bug:
- Rename worlds
- Edit multiplayer settings
- Change resource packs and behavior packs
- Delete, copy and export worlds
- Enable Experimental Features and Education Edition
Link for demonstration: https://youtu.be/XbFZa2rLzXA
On the main menu, when trying to edit a world, I am unable to edit any of them that contain spaces in the world file's name. This normally cannot occur without renaming the world files, and can be fixed by replacing them to not contain spaces.
Steps to reproduce:
- Head into the game files (location varies with each device).
- Rename a world file (can be any) to contain spaces in it's name.
- Open Minecraft and locate the world on the "worlds" tab in the Main Menu.
- Attempt to open the "Edit world" screen for this specific world.
Everything you are unable to do in game because of this bug:
- Rename worlds
- Edit multiplayer settings
- Change resource packs and behavior packs
- Delete, copy and export worlds
- Enable Experimental Features and Education Edition
Link for demonstration: https://youtu.be/XbFZa2rLzXA
Screenshot 2023-02-11 101544.png
Going into the player's inventory and tapping on an item (
mobile/touch controls only) displays the Item Lore (I think that's what it's called) twice - once at the bottom of the screen, and again to the bottom right of the item.Going into the player's inventory and tapping on an item (touch controls only) displays the Item Lore (I think that's what it's called) twice - once at the bottom of the screen, and again to the bottom right of the item.
Going into the player's inventory and tapping on an item (touch controls only) displays the Item Lore (I think that's what it's called) twice - once at the bottom of the screen, and again to the bottom right of the item.
Going into the player's inventory and tapping on an item (touch controls only) displays the Item Lore (I think that's what it's called) twice - once at the bottom of the screen, and again to the bottom right of the item.
The attached image displays the issue being reproduced on Windows - My laptop has a touchscreen -
I have screenshots on a previous post that got resolved (MCPE - 155466)
This glitch does seem to be directly caused by 1.18.32. It didn't come up in previous updates and I only noticed it since the update dropped 2 weeks ago. This and many other bugs also concerns me if or if not there's any quality control in updates, but that's a discussion for another day.
That's normal for house to be small
I've noticed that the half of the button towards the touch screen doesn't work for my phone (Moto Z4), but for my laptop with a touchscreen I'm pretty sure it's fine
I was trying this out yesterday for a few minutes. Only got it to happen once in hard difficulty after 10-15 mins
You need to download the Music Pack from the Marketplace to hear music discs.
Acacia Planks have a similar issue on both versions (also this isn't fixed on Bedrock)
There's 3 more on the bottom part of the block
Fixed in 1.19.2 (Tested on Android 10 and Windows 10)
it could be that the randomized loot is determined once the chunks are generated, which would give the same result of it being determined when you open it if you don't back up
Found a workaround is that you place it on the bottom of a solid block that is above a bottom copper slab (don't know if you can use other slabs). The slab would be placed 2 blocks below the solid block, on the top half of it's block
I would say this should be fixed as it disrupts a decent portion of the screen for some people, and can (like it has on my phone) cause screen burn-in
Also affects 1.19.2
A change I would suggest is that they make it so that when you press "Space," the game looks at the previous word to see if it's on the list of banned words, and the game should delete the word from the anvil and show the message.
Idk this feature is pretty stupid to be honest. I think maybe it should be a gamerule to censor things such as signs, books, item names and chat, so at least players can have control over it.
I think those textures are missing from the files
I did also notice during testing that the issue may be sometimes rare, and the height can also vary. Yesterday every time the Allay successfully was nearly a block above the Minecart, but today it only happened a few times
Affects 1.19.10
I got stuck going through a portal to my base and had to force close Minecraft.
I thought there was a bigger issue than this.
Extra info: I spawned at my nether coords in the overworld. This was probably due to force quiting in the middle of the loading screen, which could end up killing someone in their survival world
Edit: this is a separate issue,
MCPE-158215. May be related in some sortI think the issue may be related to the game freezing when not on screen (So the game probably doesn't know what to do and instantly disconnects/automatically kicks everyone online).
The issue has occurred when my phone shuts off (both intentionally and timed out) and when changing apps/hitting the home/show open apps. On my laptop it has occurred when minimized. I haven't had my laptop's screen turn off or time out yet, but I would assume that it would occur during that.
The bug with the game freezing, is that occasionally (normally every other time) the game would not process anything when it is not visibly on screen. This can completely break automatic farms and afking overnight in some cases. I don't think it has a bug report yet but I thought I would include that for context/in case it is needed.
Haven't gotten it either on my android phone, but I did on my laptop recently
Bug may have been fixed in 1.19.20
Edit: No it wasn't
Still an issue in 1.19.20
I think the coordinate thing is a different issue with saving the coordinates in the other dimension, but saving the dimension as when you went in
Affects 1.19.20
Affects 1.19.20 and 1.19.21
It fixed itself the day after
Both still do not work in 1.19.30
Affects 1.19.30
This has been a thing for a long time
Also I'm pretty sure it's a feature
/msg is?
I think it was probably some form of outage at the time for some of them. They may have different direct causes, but I would just mark it as fixed with an unknown fix version
Affects 1.19.31
Affects 1.19.31 (both §n and §m)
Affects 1.19.31
I think that's works as intended, as attempting to break it produces the sound its at without tuning it
Affects 1.19.40 and 1.19.50.21
Edit: Also affects 1.19.50.22
affects 1.19.40, 1.19.50.21 and 1.19.50.22
Affects 1.19.41 and 1.19.50.23
Affects 1.19.41 and 1.19.50.23
I don't think that this has been reported for Java Edition, so I just made a report for that.
MC-258260is the bug report if you want to link it.I have had the same issue twice on an almost one year old world (its about 385 megabytes in size, and at day 2564). At first I had assumed the worst and thought my inventory corrupted, but apparently, a single relog was enough to fix the issue both times.
I don't know about C++ coding and stuff, but my guess would be it might be an occasional error with assigning player data. I might also supply the information I've had the same Microsoft Account logged into the same world at once, which was done by hosting it on mobile and joining on PC (I'm not too sure if that's intended to to work or not).
I had the issue happen for the third time, but there seemed to be what I thought was an "updating resource packs" screen just before the "loading terrain" screen. It might be connected, I'm not too sure...
I've had a consistent way to reproduce this bug a few times (does not work on Windows from testing, was tested on an Android phone):
Also affects 1.19.51
Affects 1.19.51
I had discovered this issue without any resource packs on, and it still affected it with all of my usual resource packs on in the same orders prior to 1.19.60.
If you're curious, resource packs include:
I have for all of them, however I also have for that one world that still works for some reason. Strange. So there might be something else that also causes it?
Edit: The one thing in this case that is odd about that one is that it doesn't have any spaces in the name - which under normal circumstances, cannot be replaced without editing the file names. However most of these worlds have been renamed like this prior to 1.19, so I think it definitely needs to be looked into.
Second Edit: After renaming one of the worlds to replace it's spaces with underscores, I was able to bring up the edit screen in the main menu. So based off of other people's comments and testing, this is likely the actual cause of the issue, rather than my Day 1 speculation.
Third Edit: After renaming the world that originally did work to contain spaces, it no longer let me open it. I'm highly confident that this is the cause of the issue.
by default, world spawn is set at y = 32767, so the game probably doesn't make sure that entities spawn on solid blocks
(Used Universal Minecraft Editor to view the world files)
I have been unable to connect on windows 10 to my phone running Android 10. Will add that they are both using the same Microsoft account, although being able to connect like that is something that has worked for a while now.
Just found one of these in my survival world (Seed: -637578575) Doesn't seem to have generated a shipwreck in the latest release due to slight terrain generation changes.
Affects 1.19.63. Built up a storage system for a mob grinder and had used a lot of hopper minecarts. The minecart would take items from the item filter to the south, and would basically break the entire system because it would drain one minecart (allowing it to take anything that passes over it, which is made even worse after the fix of
MCPE-38963) and has the ability to break filters around it. It was very annoying to discover what I thought was a redstone issue was actually a 3 year old bug...Any reason for it to be resolved? The issue does affect tiling, and although can be easily fixed with a resource pack it would require some basic knowledge on how to make one.
Also would like to mention there was a similar issue to this (
MC-176832) that was fixed before, so I wouldn't see an excuse of it being too irrelevant.Seems to still be an issue, got it to reproduce on the first attempt.
Affects 1.19.63 as well. Not a good time to offer double beetroot seeds during a raid...
Affects 1.19.80.22. Would like to mention (tested this in game) that §m and §n are now being used for redstone and copper for the new armor trims, so there may be issues there. Would it be appropriate to create a bug report on it if there isn't one already, because that could be huge for parity.
Affects 1.19.80.22. The two codes have recently been implemented to be used with the descriptions of the new armor trims (§m for redstone and §n for copper). They work as these colors across the game in the latest preview. Could be a HUGE issue for parity if it makes it to 1.19.80.
Affects 1.19.80.23 - The color formatting issues that were discussed yesterday still persist.
Still an issue in the latest versions. [English US, but probably a bunch more]
Affects 1.19.80 and 1.20.0.22.
The issues with the codes in the armor trim descriptions are in the base game as well. From now on, I won't mention it unless something changes.
Once AGAIN:
MC-176832/MCPE-158025).I've asked this question a few times (On the other bug report and r/mojira) and still haven't gotten an answer: Is there a good reason to resolve this as "Works as Intended?"
All I've heard is that it's been resolved by developers (On Java Edition) and the pixels are still in the same color palette. That's it. Nothing actually reasonable. Plus, it probably wouldn't take 5 minutes just to fix this.
Affects 1.20.0.24. May dedicate a comment to affected versions for documentation purposes.
Also, could a developer answer the question in the previous comment when you get a chance.
Using this comment to continue to add affected versions until Mojang can answer my question. (Do y'all have an actual reason to resolve this? - And no, a developer resolving the Java equivalent without context doesn't count because in my opinion for a bug like this that's just lazy.)
I'm probably going to start updating this again soon, seeing that you guys can't seem to give me a good reason why we can't fix this...
1.20.0.24 Preview, 1.19.83 Hotfix, 1.20.0.25 Preview, 1.20.10.20 Preview, 1.20.10.21 Preview, 1.20.0, 1.20.10.23 Preview, 1.20.1, 1.20.10, 1.20.12, 1.12.13, 1.20.14, 1.20.15, 1.20.30, 1.20.31, 1.20.32
Affects latest version - This is going to be much more annoying because I see a lot of people rushing to build trading halls after the changes made in 1.20.30.20...
Affects 1.20.30
I'm having lag issues in both normal survival worlds and superflat. On my survival world, the area I've experienced lag in has an iron farm with 20 villagers as well as a pumpkin and melon farm that includes a total of 16 hopper minecarts. These are all located in the same chunk as well.
My phone runs Android 10 with a snapdragon 675 processor and 4 gigabytes of ram, and I've had it for 3 years now. I want to also mention that I've been using a render distance that is double what the game would allow me to do normally through methods I will not go into because I don't want it to get fixed. I would say that it is completely unrelated because I've been using that since 1.18.
Works when you go into the settings while a world is loaded.
Never remember them mentioning in the changelog adding a self destruct button being into the settings...
I'd also say that they should add a toggle to go back to the old version of the controls anyways. I like to play with my controls invisible (meaning muscle memory has been a big factor in gameplay) and I think we can all agree that learning a new, more buggy control system is not going to fly with some people. I could barely play at the time of the update and I feel lucky that they didn't just put the new buttons as retextured versions of the old ones.
Plus, I now have to redo the resource packs. (That's a me problem, we don't worry about that) :/
Can confirm there is an issue in which you can break structure void blocks in survival mode in the latest version
Would I support this being reopened, or make my own report?
Slight workaround that is also a bug... but if you drown a zombie or husk you can get it to drop its items, including whatever it spawned with (which includes trial chamber armor lol)
Hope this helps someone
They probably have gamerscore in another game. 0/2930 is for just Minecraft on that particular platform. You can earn Minecraft achievements and gamerscore for every platform the game is on
This has always been how it has worked, I've been playing for about five years and experienced it almost every time I loaded a bonus chest...
Can confirm it is also broken in 1.21.2 (I haven't updated on my phone yet because I just got back from a trip). Behaves the same way on my phone in 1.21.2 as it does in 1.21.21 on my laptop.
So basically realms is likely the full problem, I don't know how relevant the prior version before everything broke is but I guess this could be helpful.
Yes. Please fix lol