[MCPE-1216] Client doesn't send packets required to spawn Created: 30/Jan/13  Updated: 09/Feb/13  Resolved: 31/Jan/13

Status: Resolved
Project: Minecraft (Bedrock codebase)
Component/s: None
Affects Version/s: 0.6.0
Fix Version/s: 0.6.1

Type: Bug
Reporter: [Mojang] Shoghi Cervantes
Resolution: Fixed Votes: 0
Labels: client, connecting, multiplayer, protocol, server

Issue Links:
Relates
relates to MCPE-1233 Multiplayer bug you disconnect after ... Resolved
Confirmation Status: Plausible
Platform: Phone - iOS - iPhone 4
CHK:

 Description   

After joining a server, it's impossible to join a server. The client spawns, but it doesn't do that server-side.

I mean, it doesn't send the packets requeired to spawn. Tested that with another 0.6.0 iPod touch 4 as a server, and the iPhone refused to correctly connect (disconnected after 20 sec) until I manually closed Minecraft.

Also tested with PocketMine-MP, so I can tell you that the ReadyPacket (0x84) is not sent in that case. The first time after restarting Minecraft works.



 Comments   
Comment by [Mojang] Shoghi Cervantes [ 31/Jan/13 ]

Oh, thanks. At first, I though Mojang changed the protocol Handshake, but then tried restarting the App.

Looking for the update!

Comment by [Mojang] Aron Nieminen [ 31/Jan/13 ]

It's correct that client didn't send Ready-packet, but it was because it (on iOS) shut down the socket at a very unfortunate moment before Ready was dispatched.

Comment by [Mojang] Shoghi Cervantes [ 30/Jan/13 ]

Also, the disconnect after 10 seconds it's caused by this, because the client/server have a timeout of 15-20 seconds

Comment by [Mojang] Shoghi Cervantes [ 30/Jan/13 ]

Yes, sometimes the connection fails. Only tested on iOS, though, I'll test it now on Android

PD: Also, reinstalling Minecraft on the iPhone caused it to be more "stable", but the issue is still present

Comment by Do [ 30/Jan/13 ]

Shoghi, do you think this is the cause of issues like MCPE-1233/MCPE-1252?

Generated at Sat Jan 11 14:12:50 UTC 2025 using Jira 9.12.2#9120002-sha1:301bf498dd45d800842af0b84230f1bb58606c13.