iOS Question Hosted B4i Builder extremely slow after confirming install on device

It is probably not related to the hosted builder but rather to the iPhone "verifying" the app. First step is to restart the device and see if it resolves the issue.

I restarted the device. Without success, it still takes > 6 minutes. I also used another device. It also takes > 6 minutes there. What else could be the cause?

It's probably not a problem on the Hosted Builder side. I can see in Wireshark that as soon as the data is loaded from the PC to the iPhone, a lot of [TCP Out-Of-Order] errors occur, followed by [TCP Retransmission]. That's what makes the transfer so slow. But I have no idea what could be causing it.

b4x-de said:

I can see in Wireshark that as soon as the data is loaded from the PC to the iPhone, a lot of [TCP Out-Of-Order] errors occur, followed by [TCP Retransmission]. That's what makes the transfer so slow. But I have no idea what could be causing it.

Click to expand...

This is not related. It is the IDE trying to connect to the debug app that is not yet ready.

Have you tried it with the secondary builder?

I was able to narrow down the problem to network communication. During the compilation phase, the B4i bridge on the iPhone communicates with B4i on the PC without any problems. When the installation starts, the B4i bridge sometimes closes an existing TCP connection cleanly [FIN, ACK]. All subsequent connection attempts fail because new TCP [SYN] packets sent by B4i are immediately answered by the B4i bridge with TCP [RST] responses. This indicates that connection attempts are actively rejected at the TCP level, preventing a new session from being established. As a result, the client repeatedly sends [SYN] packets, leading to repeated connection attempts, application-level timeouts, and a general perception of extremely slow data transfer.

Could it be that the B4i Bridge temporarily switches to the background when the installation dialog is shown and therefore the connection is interrupted? If this is not already being done, would it be possible to start a background task via the iOS operating system when switching to the background, which would take over further processing for a limited period of time until the Bridge returns to the foreground?

Erel said:

Have you tried it with the secondary builder?

Click to expand...

I tested on both builders, on multiple iPhone devices and used different PCs.

There is no relation between the app installation and the IDE communication. The device connects to the hosted builder and directly initiates the installation process.

Erel said:

It is the IDE trying to connect to the debug app that is not yet ready.

Click to expand...

Now I got your point.