Adding a simple modal dialog allows BridgeIt to return to the browser nearly immediately, so it may be possible to solve this with a threading change or a UI change.

The root cause appears to be an attempt to return to the browser multiple times. For instance, the initial geotrack launch is successful and the browser is launched due to the location authorization status changing. In a second invocation of geotrack, authorization may be complete, so an automatic browser return takes place, but then the authorization status change event may occur (with no change in value) resulting in two browser invocations and the "white screen of waiting".

Can be fixed in 1.0.2 if the App is resubmitted.

This has been found in other scenarios as well, such as returning to the browser from a Cloud Push notification or for "Enabled Cloud Push". It may be a threading issue as was addressed by part of the previous fix

//instead of [self.controller doCancel]; to address UI hang
[NSTimer scheduledTimerWithTimeInterval:0.1
target:self.controller
selector:@selector(doCancel)
userInfo:nil
repeats:NO];

NSTimer fix applied to BridgeIt.app 1.0.3.