Joaquin Ortiz
- HB_ian
- hb_ian
- America/Los_Angeles
- Yes
- No
MC-53046
MCPE-7101![[Mojang] Georgii Gavrichev](../../../data/avatars/users/22428.png){kind=small}
I was playing LAN SMP with my friend. I had to quit the world to do something, however my friends client did not immediately exit the game. His character proceeded to fall through the world until a timeout exception at bedrock. I then restarted the LAN world. Upon trying to join the game, my friend got disconnected due to a Java exception: Received string length of 26 is longer than max string length of 15. I also noticed that I had been removed from my scoreboard team. I then quit the world to write this, but then suffered an "Updating screen events: java.util.NoSuchElementException" crash.
Reason for the crash:
at java.util.ArrayList$Itr.next(Unknown Source)
at nz.d(SourceFile:197)
at akh.e(SourceFile:898)
at pn.e(SourceFile:250)
at cek.s(SourceFile:293)
at bfr.a(SourceFile:1755)
at bfr.a(SourceFile:1743)
at bis.a(SourceFile:45)
at biz.a(SourceFile:180)
at biz.d(SourceFile:242)
at biz.k(SourceFile:219)
at bfr.p(SourceFile:1387)
at bfr.ai(SourceFile:801)
at bfr.f(SourceFile:755)
at net.minecraft.client.main.Main.main(SourceFile:121)Notice the following line of the report:
All players: 1 total; [bsv['HB_ian'/14480,l='MpServer',x=222.81, y=116.81, z=228.88]]bsw['SkyTheKidRS'/14516, l='MpServer', x=236.28, y=71.00, z=214.91],
It says that I am the only one online, but it also lists my friend as an entity. Definitely a glitch.
I was playing LAN SMP with my friend. I had to quit the world to do something, however my friends client did not immediately exit the game. His character proceeded to fall through the world until a timeout exception at bedrock. I then restarted the LAN world. Upon trying to join the game, my friend got disconnected due to a Java exception: Received string length of 26 is longer than max string length of 15. I also noticed that I had been removed from my scoreboard team. I then quit the world to write this, but then suffered an "Updating screen events: java.util.NoSuchElementException" crash.
Notice the following lines of the report:
All players: 1 total; [bsv['HB_ian'/14480,l='MpServer',x=222.81, y=116.81, z=228.88]]bsw['SkyTheKidRS'/14516, l='MpServer', x=236.28, y=71.00, z=214.91],
It says that I am the only one online, but it also lists my friend as an entity. Definitely a glitch.
The falling through the world when server is closed.
Windows 8.1, Jav
e1.0.1_45Windows 8.1, Java 1.0.7_45
If I need more than this picture, tell me.
The resource pack is BD sphax.If I need more than this picture, tell me.
I will test it without the pack.
Untitled.png
Severe internal server lag
I made a blank map in vanilla...
Steps:
1. Go to the nether
2. Create map in nether
3. Expand the map in a crafting table by surrounding map with paper
4. Take map out but DO NOT look at it
5 Go to overworld
6. Look at map
7. To get rid of the arrow, relogAlso, Item Frames "bulge" when the glitch map is placed inside.
All of the skins on my client are Steve. Originally, player heads were also Steve, but I deleted my "versions" file, which fixed it.
This glitch also happens in 1.7.5 and 1.6.4, but Jira will not let me selcet those versions anymore.
In
1.6I retain my cape.My friends see skins correctly.
All of the skins on my client are Steve. Originally, player heads were also Steve, but I deleted my "versions" file, which fixed it.
This glitch also happens in 1.7.5 and 1.6.4, but Jira will not let me selcet those versions anymore.
In versions prior to 1.7.7 I retain my cape.
My friends see skins correctly.
All of the skins on my client are Steve. Originally, player heads were also Steve, but I deleted my "versions" file, which fixed it.
This glitch
alsohappens in 1.7.5 and 1.6.4, but Jira will not let me selcet those versions anymore.In versions prior to 1.7.7 I retain my cape.
My friends see skins correctly.
All of the skins on my client are Steve. Originally, player heads were also Steve, but I deleted my "versions" file, which fixed it.
This glitch only happens in 1.7.5 and 1.6.4, but Jira will not let me select those versions anymore.
In versions prior to 1.7.7 I retain my cape.
My friends see skins correctly.
At x/z Coors of more than
10000000, you noclip through the invisible bedrock and die.Note:I used SPC to do this.
At x/z Coors of more than 9000000, you noclip through the invisible bedrock and die.
Note:I used SPC to do this.
If you expand a map t
oo much, it will become invisible in the output slot of a crafting table, but you can still craft it.If you expand a map twice, it will become invisible in the output slot of a crafting table, but you can still craft it.
Creative descriptionisoff centerGamemode descriptions are off center
Well this explains why all of the player heads in my world are Steve:
[11:22:5
0] [pool-2-thread-6/WARN]: Couldn't look up profile properties for com.mojang.authlib.GameProfile@1f43b85[id=a0b47e20-6220-e8d2-fc59-eb61863a728f,name=HB_ian,properties={},legacy=false]
com.mojang.authlib.exceptions.AuthenticationUnavailableException: Cannot contact authentication server
at com.mojang.authlib.yggdrasil.YggdrasilAuthenticationService.makeRequest(YggdrasilAuthenticationService.java:71) ~[authlib-1.5.13.jar:?]
at com.mojang.authlib.yggdrasil.YggdrasilMinecraftSessionService.fillProfileProperties(YggdrasilMinecraftSessionService.java:135) [authlib-1.5.13.jar:?]
at cjy.run(SourceFile:106) [14w21b.jar:?]
at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) [?:1.7.0_55]
at java.util.concurrent.FutureTask.run(Unknown Source) [?:1.7.0_55]
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [?:1.7.0_55]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [?:1.7.0_55]
at java.lang.Thread.run(Unknown Source) [?:1.7.0_55]
Caused by: java.net.SocketException: Connection refused: connect
at java.net.SocksSocketImpl.connect(Unknown Source) ~[?:1.7.0_55]
at java.net.Socket.connect(Unknown Source) ~[?:1.7.0_55]
at sun.net.NetworkClient.doConnect(Unknown Source) ~[?:1.7.0_55]
at sun.net.www.http.HttpClient.openServer(Unknown Source) ~[?:1.7.0_55]
at sun.net.www.http.HttpClient.openServer(Unknown Source) ~[?:1.7.0_55]
at sun.net.www.protocol.https.HttpsClient.<init>(Unknown Source) ~[?:1.7.0_55]
at sun.net.www.protocol.https.HttpsClient.New(Unknown Source) ~[?:1.7.0_55]
at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.getNewHttpClient(Unknown Source) ~[?:1.7.0_55]
at sun.net.www.protocol.http.HttpURLConnection.plainConnect(Unknown Source) ~[?:1.7.0_55]
at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(Unknown Source) ~[?:1.7.0_55]
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source) ~[?:1.7.0_55]
at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(Unknown Source) ~[?:1.7.0_55]
at com.mojang.authlib.HttpAuthenticationService.performGetRequest(HttpAuthenticationService.java:126) ~[authlib-1.5.13.jar:?]
at com.mojang.authlib.yggdrasil.YggdrasilAuthenticationService.makeRequest(YggdrasilAuthenticationService.java:54) ~[authlib-1.5.13.jar:?]
... 7 more
[11:22:58] Texture Downloader #1/ERROR: Couldn't download http texture
java.net.SocketException: Connection refused: connect
at java.net.SocksSocketImpl.connect(Unknown Source) ~[?:1.7.0_55]
at java.net.Socket.connect(Unknown Source) ~[?:1.7.0_55]
at java.net.Socket.connect(Unknown Source) ~[?:1.7.0_55]
at sun.net.NetworkClient.doConnect(Unknown Source) ~[?:1.7.0_55]
at sun.net.www.http.HttpClient.openServer(Unknown Source) ~[?:1.7.0_55]
at sun.net.www.http.HttpClient.openServer(Unknown Source) ~[?:1.7.0_55]
at sun.net.www.http.HttpClient.<init>(Unknown Source) ~[?:1.7.0_55]
at sun.net.www.http.HttpClient.New(Unknown Source) ~[?:1.7.0_55]
at sun.net.www.http.HttpClient.New(Unknown Source) ~[?:1.7.0_55]
at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(Unknown Source) ~[?:1.7.0_55]
at sun.net.www.protocol.http.HttpURLConnection.plainConnect(Unknown Source) ~[?:1.7.0_55]
at sun.net.www.protocol.http.HttpURLConnection.connect(Unknown Source) ~[?:1.7.0_55]
at chy.run(SourceFile:109) [14w21b.jar:?]Well this explains why all of the player heads in my world are Steve:
[11:22:58] Texture Downloader #1/ERROR: Couldn't download http texture
java.net.SocketException: Connection refused: connect
at java.net.SocksSocketImpl.connect(Unknown Source) ~[?:1.7.0_55]
at java.net.Socket.connect(Unknown Source) ~[?:1.7.0_55]
at java.net.Socket.connect(Unknown Source) ~[?:1.7.0_55]
at sun.net.NetworkClient.doConnect(Unknown Source) ~[?:1.7.0_55]
at sun.net.www.http.HttpClient.openServer(Unknown Source) ~[?:1.7.0_55]
at sun.net.www.http.HttpClient.openServer(Unknown Source) ~[?:1.7.0_55]
at sun.net.www.http.HttpClient.<init>(Unknown Source) ~[?:1.7.0_55]
at sun.net.www.http.HttpClient.New(Unknown Source) ~[?:1.7.0_55]
at sun.net.www.http.HttpClient.New(Unknown Source) ~[?:1.7.0_55]
at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(Unknown Source) ~[?:1.7.0_55]
at sun.net.www.protocol.http.HttpURLConnection.plainConnect(Unknown Source) ~[?:1.7.0_55]
at sun.net.www.protocol.http.HttpURLConnection.connect(Unknown Source) ~[?:1.7.0_55]
at chy.run(SourceFile:109) [14w21b.jar:?]
Tntpermanentleydestroysblock in debug worldTnt appears to destroy blocks in debug world
TNT+ Debug world = destruction.
The TNT seems to destroy the blocks client side, and does drop items that can be picked up. The real bug is that the blocks do not regenerate client side, but they do regenerate server-side.
In Windows 8, when you sleep your computer, the following error is thrown:
<samp>[12:10:58 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[12:11:00 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[15:11:01 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[15:11:06 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[15:11:08 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[15:11:10 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[15:11:12 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[15:11:14 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[15:11:16 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[15:11:18 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[15:11:20 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[09:52:17 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
</samp>In Windows 8, when you sleep your computer, the following error is thrown:
[12:10:58 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[12:11:00 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[15:11:01 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[15:11:06 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[15:11:08 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[15:11:10 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[15:11:12 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[15:11:14 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[15:11:16 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[15:11:18 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[15:11:20 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[09:52:17 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
Yep. I died. In creative.
Yep. I died. In creative.
This was fixed in 0.9.5.
The following blocks do not render from more than ~20 away:
Glass
Rails
Doors
Trapdoors
Glowstone
And possibly others
My guess is that all nonsolid blocks have this problem.The following blocks do not render from more than ~20 away:
Beds
Bars
Fences
Rails
Doors
Trapdoors
And possibly others
My guess is that all nonfull blocks have this problem.
The distance is not affected by render distance setting.
:Joaquin Ortiz, of ?
Confirmed for 1.13.1. Joaquin Ortiz's "How to reproduce" steps worked for me.
Sorry about that. Fixed it.
I will also get the dev console output if I can replicate it.
This seems to apply to the chat only, as it displays fine in the command block.
Texture pack goes off, the bug persists!
Attaching it. I notice a continuous OpenGL error during the first second or two of the lag. Then, when the lag stops, the server skips about 100 ticks. Interesting. (I have worked with the code of Minecraft before, as I sometimes make mods. But do not worry, this is not the result of one of my crazy projects!)
Like I said, this is in no way related to my previous duplicate. I had not deleted any worlds prior to this for a week. Also, I have not deleted a world named "Village" for 2 moths. I will upload the world file in a zip later.
I do not think anybody has seen this.
Managed to grab some dev console output. The only useful info was on my POV though.
Okay. Still, it is a glitch, and people are taking advantage of it on my friend's server.
I mean the admins. They are quite pranksters. I am coming up with a command block system to detect admins that do prank with this block but in the meantime, a cliff may be the next trip to the nether!
Wait a sec. Where has the file gotten to? It was right here a second ago!
This is a long standing bug. It is still present in 1.7.5
I know. One time there was a deathmatch with 3 people and nobody could see each other so we blew up the deathmatch.
I don't think you get it. Try making the glitch maps yourself.
I will do some further testing to see if the map behaves oddly when returning to the nether, and how regular maps behave in comparison.
You saved me some testing.
I do not trust downloads from youtube.
This is a dupe.
Confirmed, a workaround is to use /effect on these mobs instead.
In the minecraft code, squids drown similar to other mobs, but only when they are out of water. There is also an air bar for squids.
Yes, I know this is a dupe.
When the world border is expanded to accommodate for these blocks, it turns into a BUD.
Here, a video.
Seems that deleting my versions file also fixed other people's skins appearing as Steve in SMP, but my skin is still not working.
Always use the search function to make sure you are not posting a duplicate. It makes it a lot easier for the mods to handle, and reduces server storage usage. If nobody had ever posted a duplicate on JIRA, we would probably have 75% of reports storedon the server gone.
Please delete the previous 3 comments. Also, delete this one too.
Hmm... Ill update to 1420but and see what happens.
Fixed
Confirmed 14w20b
Bug seems to be fixed by force crashing your game on 1.6.4, which completely resets the skin cache.
That is, if your cache is the problem, which it is probably not.
This is kind of unrelated, but I am posting it anyway...
I decided to visit the MCPE side of JIRA and noticed how few modrators acctually visit MCPE bug reporting.
MCPE-6187That would be the right thong to do, but unfortunatley my F3 key is tied to a system function, and thus is not reconized by minecraft.
When quitting a world in 14w21b, the following is outputted to the console:
[19:18:27 INFO]: Client> [19:18:27] [Server thread/INFO]: Stopping server
[19:18:27 INFO]: Client> [19:18:27] [Server thread/INFO]: Saving players
[19:18:27 INFO]: Client> [19:18:27] [Server thread/INFO]: Saving worlds
[19:18:27 INFO]: Client> [19:18:27] [Server thread/INFO]: Saving chunks for level 'Whil E. Coyote'/Overworld
[19:18:27 INFO]: Client> [19:18:27] [Server thread/INFO]: Saving chunks for level 'Whil E. Coyote'/Nether
[19:18:27 INFO]: Client> [19:18:27] [Server thread/INFO]: Saving chunks for level 'Whil E. Coyote'/The End
[19:18:36 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[22:18:36 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[22:18:38 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[22:18:42 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[22:18:44 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[22:18:46 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[22:18:48 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[22:18:50 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[22:18:52 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[22:18:54 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[22:18:56 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[22:18:58 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[22:19:00 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[22:19:02 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[22:19:04 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[22:19:06 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
[10:36:50 INFO]: Client> AL lib: (EE) MMDevApiProc: WaitForSingleObjectEx error: 0x102
This is still a problem in 14w21b. Attaching video evidence.
This glitch is corrected by going in and out of the crafting table each time you expand the map.
Confirmed for all gamemode descriptions in 14w21b.
The correct command is /give Player skull 1 3
{SkullOwner:"Notch"}Oops! I know what is causing that error, and did not intend to put it in the bug report. You did not need to see it. Fixing it right now.
Try doing this:
1.Create a Redstone Ready superflat world.
2.Put the weather on rain.
3.Notice how it does not visibly rain because you are in a desert. However, the sky will turn grey.
4.Do /kill
5.Respawn and watch carefully.
This is still an issue in 14w21b
The game thinks you are at spawn after you log out, but still teleports you to the edge of the world. Interesting.
This is an issue in the latest version of minecraft.
The language above Austrailian also causes this problem in 14w21b.
I think that I first found this in 1.7.5, but later got the results mixed up.
It seems to be height-relevant. When I died, I dropped from height limit and fell ~100 blocks.
Patched as of 14w20a.
Seed is 1402182558.
Er, can somebody resolve this?
I ment to update the description, but never got to it. Anyway, I placed water then shrank the world border to test. Before 14w20a, it stopped flowing. Now it continues flowing correctly.
I think this should be closed.
Confirmed for 14w25b.
Fixed as of 14w26c
When looking at a painting in gamemode 3, you do not see a crosshair, but you can still spectate from the painting.
Fixed in 14w26c
Can you add a video showing you causing the chain reaction?
Still an issue.
Works as Intended. The void kills anything, no matter what.
The short term fix is to use the preset "0:0" instead of the bugged one.
Confirmed. Attaching video.
It is even worse now. When you place a head spawned with the old format, it lags trying to contact the authentication server for 30 seconds and then it just displays as a Steve head permanently. It does still say "<players>'s Head" though.
This bug seems to be a result of a different, unreported bug with teams that was fixed. This bug is now Fixed.
Yes, I disabled auto correct on this site for that reason.