Boxels - when you say it still happens, is it absolutely identical to the error you posted originally or is it exactly the same?

In r244 I literally deleted the code that displays that error, so it ought to be impossible to appear in that form in r244+.

My apologies.

In the message I got from apple, it is different in that they stated exactly the following for each test.

--------------------------

TEST #3 r244 WKWebView enabled, deleted code in config.xml <plugin name="cordova-plugin-httpd" />

[quote:1q6w3s87]"Specifically, after briefly displaying a loading screen, your app returned to the main screen after we tapped the Play button."

https://boxels.com/images/bugs/attachment-6478607287074942353Screenshot-0420-145921.png

https://boxels.com/images/bugs/attachment-9026141553394574904Screenshot-0420-145926.png

--------------------------

TEST #2 r244 WKWebView enabled

[quote:1q6w3s87]"Specifically, no action occurred when the Play button was tapped."

https://boxels.com/images/bugs/attachment-2855466716378865054Screenshot-0420-085004.png

--------------------------

So YES, the error message shown on the OP of this thread is gone entirely with the r244 update. It almost sounds like a LAYOUT CHANGE ISSUE??? now that the other error is gone?

Keep in mind every other export works (scirra arcade, html5, chrome os, amazon, etc. https://alphabetocean.boxels.com/ ) Just IOS since I enabled that preview server (could be entirely coincidental). Ashley did you get my email with the capx file?

I have two more tests to go. I would LOVE any help with a tutorial on how to go from Construct 2 to PhoneGap (or anything like it) to development test on my devices, as I am still learning and it would be so much easier to test on my own devices rather than wait for apple's reply. Yes, I'm a noob at this... but willing to learn. (and I'm a php, mysql, and web developer if you can believe that)

--------------------------

Apple always states the following at end of each rejected app:

[quote:1q6w3s87]Next Steps

To resolve this issue, please run your app on a device while connected to an IPv6 network (all apps must support IPv6) to identify any issues, then revise and resubmit your app for review.

If we misunderstood the intended behavior of your app, please reply to this message in Resolution Center to provide information on how these features were intended to work.

For new apps, uninstall all previous versions of your app from a device, then install and follow the steps to reproduce the issue. For updates, install the new version as an update to the previous version, then follow the steps to reproduce the issue.

Resources

For information about supporting IPv6 Networks, please review Supporting IPv6 DNS64/NAT64 Networks and About Networking ( https://developer.apple.com/library/content/documentation/NetworkingInternetWeb/Conceptual/NetworkingOverview/UnderstandingandPreparingfortheIPv6Transition/UnderstandingandPreparingfortheIPv6Transition.html#//apple_ref/doc/uid/TP40010220-CH213-SW1 ).

Best regards,

App Store Review

Now apple says it was a redirect loop, which makes it even stranger, but they still insist it is related to IPV6 support. (maybe due to removing that line of code)

[quote:18c7tcy0]Hello,

Thank you for your resubmission.

Upon further review, we found that your app does not comply with the following guideline:

Guideline 2.1 - Performance

We discovered one or more bugs in your app when reviewed on iPhone and iPad running iOS 10.3.1 on Wi-Fi connected to an IPv6 network.

Specifically, after briefly displaying a loading screen, your app returned to the main screen after we tapped the Play button.

Please see attached screenshots for details.

Next Steps

To resolve this issue, please run your app on a device while connected to an IPv6 network (all apps must support IPv6) to identify any issues, then revise and resubmit your app for review.

If we misunderstood the intended behavior of your app, please reply to this message in Resolution Center to provide information on how these features were intended to work.

For new apps, uninstall all previous versions of your app from a device, then install and follow the steps to reproduce the issue. For updates, install the new version as an update to the previous version, then follow the steps to reproduce the issue.

Resources

For information about supporting IPv6 Networks, please review Supporting IPv6 DNS64/NAT64 Networks and About Networking.

Best regards,

App Store Review

1. Disable WKWebView (myapp 1.38) from previous Construct 2

2. Cordova Export WKWebView enabled on Construct 2 update (R 244 64-bit built at 15:05:13 on Apr 19 2017) (myapp 1.39)

If method 2 above doesn't fix it, I'll do this one.

3. Cordova Export WKWebView enabled on R244 and delete the line that says:

<plugin name="cordova-plugin-httpd" />

4. Corodova Export WKWebView disabled on R244 and delete line...

#3 did not work, same bug. So update removing that line of code in config.xml does not fix issue.

Attempting other 2 options next.

Ashley I personally don´t have an Iphone so testing can be a bit complicated, I can try with the emulator though.

Boxels Depends on what you use to build your project. I use cordova CLI so I use windows cmd and just input "cordova plugin ls"

OK.

I'm on an iMac OS 10.12.4 (sierra)

Using Construct 2 on Windows 10 or 7 (have two pcs)

Using PhoneGap from adobe (works perfectly for a learning noob) to build for IOS, Android, Windows.

I have iPad Air, iPad 2, iPhone 5, iPad Pro to test on for IOS apps.

I have submitted two apps outside construct2 so far. This app worked PERFECTLY submitting to apple before I enabled Server Preview preference... since doing that step I cannot get past this bug.

If you are getting the same issue for IOS, it completely takes out the issue being with adobe phonegap or cordova CLI and pinpoints it within Construct2 and IOS at some crossroad.

1. Disable WKWebView (myapp 1.38) from previous Construct 2

2. Cordova Export WKWebView enabled on Construct 2 update (R 244 64-bit built at 15:05:13 on Apr 19 2017) (myapp 1.39)

If method 2 above doesn't fix it, I'll do this one.

3. Cordova Export WKWebView enabled on R244 and delete the line that says:

<plugin name="cordova-plugin-httpd" />

4. Corodova Export WKWebView disabled on R244 and delete line...

#2 did not work, same bug. So update r244 does not fix this issue.

Attempting other 3 options next.

WackyToaster where can I view my plugin list to compare?

Boxels - possibly, could you try it and see?

Doing so now.

My first try was to see if it worked by disabling the "use WKWebView" in the Cordova export options.

I will try these methods separately.

1. Disable WKWebView (myapp 1.38) from previous Construct 2

2. Cordova Export WKWebView enabled on Construct 2 update (R 244 64-bit built at 15:05:13 on Apr 19 2017) (myapp 1.39)

If method 2 above doesn't fix it, I'll do this one.

3. Cordova Export WKWebView enabled on R244 and delete the line that says:

<plugin name="cordova-plugin-httpd" />

4. Corodova Export WKWebView disabled on R244 and delete line...

Ashley thank you. Sent you email with capx. Was this potentially fixed in the update today?

I will try your suggestion in the thread you posted above with possibly the same error.

Where do we submit the capx file - we are learning as we go. Thank you.

Bug submission here with updates:

I can confirm this error, if I find a solution, I will update it here.

I couldn´t find any hardcoded ip adresses though, are you sure the preview is related to the error?

First off, Thank you for the reply, there is hope and we are not crazy as of yet!

We believe (remember we are noob programmers, which is why we use Construct2) it is preview server related due to our only seeing this IOS issue after enabling that option in preferences (whatever it adds to our build for cordova?) and apple insisting we add both iPV6 and iPV4 addresses to fix the bug...

apple's response from this sudden appearance of this new bug...

viewtopic.php?f=151&t=189857

We have reformatted our PC with a fresh windows 10 copy and a new Construct2 install (just to make sure it isn't related to settings in some rogue windows file from previous construct install) and the issue continues, suggesting that once the preference is enabled, it does something in the code (from our naive non-programmer perspective) no matter if we disable it afterwards and open the project on a fresh install of both Construct 2 and windows. It worked PERFECTLY BEFORE on IOS without issues.

I will be tackling this again today, and wanted to try side by side in beta Construct 3, but it says we can't upgrade our construct 3 subscription as of yet? so free edition doesn't help us there to test.

The last thing I'll test (a huge annoyance) is to redo the entire app in a new project, fresh install of Construct2 and Windows, without ever enabling that option to see if the error never pops up (due to never enabling preview server in preferences).

I will also see what we get with your suggestion but am brand new to this WKWebView thing... and trying to make sense (as a noob programmer) of these threads to see if they are related to what we are seeing:

issue-with-wkwebview-on-ios_t171504

and...

https://www.scirra.com/blog/ashley/25/h ... -wkwebview

All noob explanations welcome. Thanks in advance. Will return and report after trying with disabled WKWebView on cordova export

Problem Description

Exporting to Cordova in construct 2 after enabling the LOCAL PREVIEW SERVER (ip address), run as admin preference, hard codes the IPv4 address somewhere in the export, which hard coded IPv4 address causes an IOS app to show the following error whenever your app is started on an IOS device.

[quote:uqvbpsrv]error starting local server: server is already up

Steps to Reproduce Bug

• Start any Construct 2 project, save it, and get it ready for export.
• Enable the LOCAL PREVIEW SERVER in Construct2 preferences with a local ip address.
• Export Cordova files, prepare and submit to itunes connect for development or production.
• attempt to open the app... error shows.

Observed Result

You can upload the same code to any other store (ie. chrome, android, amazon, html5,) and it works fine as shown below:

https://alphabetocean.boxels.com/

There was ZERO issues and this error didn't come up ever before enabling the LOCAL PREVIEW SERVER preference. No matter what we do now (turning off local server), this error persists for IOS submissions.

Expected Result

As experienced before enabling local preview server, it should work on IOS devices without errors.

Operating System and Service Pack

IOS

Construct 2 Version ID

Release 239 64 bit

Apple's response each time this error appears now

We discovered one or more bugs in your app when reviewed on iPhone and iPad running iOS 10.3 on Wi-Fi connected to an IPv6 network.

Specifically, your app displayed an error message on launch.

Please see attached screenshots for details.

Next Steps

To resolve this issue, please run your app on a device while connected to an IPv6 network (all apps must support IPv6) to identify any issues, then revise and resubmit your app for review.

If we misunderstood the intended behavior of your app, please reply to this message in Resolution Center to provide information on how these features were intended to work.

For new apps, uninstall all previous versions of your app from a device, then install and follow the steps to reproduce the issue. For updates, install the new version as an update to the previous version, then follow the steps to reproduce the issue.

Resources

For information about supporting IPv6 Networks, please review Supporting IPv6 DNS64/NAT64 Networks and About Networking.

Best regards,

App Store Review