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

[b4x-de]

Hi all,

I’d like to ask whether anyone else is currently experiencing very slow behavior with the Hosted B4i Builder, specifically after the install confirmation dialog.

In my case, the build itself completes normally and without unusual delays. After that, I get the dialog asking whether I want to install the compiled app on the iOS device.

Once I confirm this dialog (“Install”), the process becomes extremely slow. From that point on, it can take around 6 minutes until the app is finally installed on the device.

So the issue does not seem to be related to compilation or resource processing, but rather to what happens after the installation step has been confirmed, during the transfer / install phase to the device.

I’m trying to understand whether this is something others are also seeing at the moment with the Hosted Builder, or if this might be a temporary issue.

Has anyone noticed similar delays specifically after confirming the install dialog?

Thanks in advance for any help!

 

[Erel]

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.

 

[b4x-de]

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?

 

[b4x-de]

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.

 

[Erel]

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.

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?

 

[b4x-de]

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?

 

[b4x-de]

Have you tried it with the secondary builder?

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

 

[Erel]

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.

 

[b4x-de]

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

Now I got your point.