@janpio I think I've figured out why the tests are failing in this PR, even in Xcode 8.3/iOS 10:
This PR requires that `cordova-plugin-wkwebview-engine` be present in the Cordova project so its classes can be used by the WKWebView implementation in this PR. This means the main Cordova Webview is using WKWebView instead of UIWebView. And this seems to screw up `cordova-paramedic` - it can no longer communicate its results back to the local server. I confirmed this by running `cordova-paramedic` against your [janpio-xcode8.3 branch](https://github.com/apache/cordova-plugin-inappbrowser/tree/janpio-xcode8.3) first without `cordova-plugin-wkwebview-engine` present (i.e. using UIWebView):  Then with `cordova-plugin-wkwebview-engine` present (i.e. using WKWebView):  As you can see, in this second case the tests timed out while trying to connect to the local server, leading to the same error observed in the Travis CI logs. However, as you can see from the Simulator screenshot, all the tests passed. I then ran the `cordova-paramedic` against the branch for this PR:  As you can see, a similar result: all tests passed in the Simulator, but tests failed due to a timeout connecting to the local server. The upshot it that it seems currently `cordova-paramedic` is not compatible when the main Cordova Webview is WKWebView and this presents a problem for this PR which requires it to be so. I'm guessing since UIWebView is now deprecated in iOS 12, we'll be moving at some point to make WKWebView the default Cordova Webview (in `cordova-ios@5` ??), so at some point `cordova-paramedic` is going to need to be fixed to work with WKWebView. [ Full content available at: https://github.com/apache/cordova-plugin-inappbrowser/pull/271 ] This message was relayed via gitbox.apache.org for devnull@infra.apache.org