Dave Nottage

Known issue: https://quality.embarcadero.com/browse/RSP-35804 It looks like it will require a change to the JNI Bridge to fix it (unless I'm mistaken). I shudder as to whether that might delay it until Delphi 12 😞

This is usually because the Secure File Sharing checkbox in the Entitlements List in the Project Options is unchecked, and it needs to be checked

On my Parallels VM, the Grep Search window is too small, and not resizeable:

That is probably the issue I mentioned earlier in this thread.

An App Store build? Not until it is in TestFlight or actually on the App Store and you install it from there. Are you unable to deploy a build in Developer config?

Also, the above command should have been: sudo xcode-select --switch /Applications/Xcode.app/Contents/Developer

PAServer does issue the xcodebuild commands that you referred to, when building an IPA for App Store. Using PackageApplication was removed after Xcode 8.3 was released, so either PAServer thinks you have Xcode 8.2 or earlier, or you actually do have that on your machine. On your Mac, in a command line (Terminal) window, can you run: /usr/bin/xcodebuild -version and report the results?

I hadn't noticed that, thanks!

I guess I was wrong about that part 🙂

There's a known issue with Xcode 13: https://quality.embarcadero.com/browse/RSP-35701 However it's a different error message to the one you're seeing. Regarding the above issue, please see: The workaround may or may not resolve your issue. Your problem may be a new issue in that Xcode 13 beta.

This one possibly means there's a bug in TFMXTextRange.Destroy (FMX.Platform.iOS on line 1768 in 10.4.2). The references are being set to nil, but they're Delphi object references. Some of the others may be happening as a result. One way to check would be to make a copy of FMX.Platform.iOS and put it in the project folder, then modify TFMXTextRange.Destroy to call Free on the references

Which version of Xcode are you using? Can you do a Clean first, then Build/Deploy?

I expect that part of the reason is because the minSdkVersion is 23, which corresponds to Android 6. You should change %minSdkVersion% in AndroidManifest.template.xml to 21, and refer to the section "Important information about the NDK settings" here regarding changing the NDK settings.

The xml in the file is invalid, because of a missinq quote on line 40: Perhaps AndroidManifest.template.xml was modified and the closing quote was removed by mistake?

Not at present, deploying iOS apps for App Store configuration with Xcode 13 is currently broken: https://quality.embarcadero.com/browse/RSP-35701 One solution is to revert to Xcode 12.5.1. Another is to use a workaround I have created, however it requires installing at least Mosco 1.2.1 (a macOS app): Workaround steps: Install at least Mosco, and Codex if using the workaround from Delphi Build/Deploy your app using App Store config (which will "fail" with Xcode 13) If using the workaround in Delphi itself, in Project Manager, right click the root node of the project and click "Build IPA". If using the workaround in Mosco, click the Mosco icon in the system bar to bring up the menu, click Fixes > Build App Store IPA. Select the app from the ~/PAServer/scratch-dir/[username]-[profile]/ folder and click Build Links to installers: https://github.com/DelphiWorlds/Codex/blob/master/Bin/CodexSetup_1.5.1.exe https://github.com/DelphiWorlds/Mosco/blob/master/Bin/Mosco.1.2.1.pkg

Are you sure the error doesn't actually say: "..problem parsing the package"? It is important to ensure that error messages you quote are exact, otherwise it may be difficult for others to help. In your case, it may be an issue with the manifest (AndroidManifest.xml in the project's output folder). Can you attach it here?

Regarding UDP, please refer to: https://developer.apple.com/forums/thread/662082 As for HTTP, I'm not sure why you'd have any issues with that

Do you have example code that you're using now?

Is this your experience, @Chris Pim ? I am yet to submit an app to Play Store that has IAP. https://quality.embarcadero.com/browse/RSP-35834

The In App Purchase Service option adds the activity entry for the billing service, not the meta-data tag.

I have a workaround now which is implemented in the Codex and Mosco tools (or just using Mosco if you're OK with using the Mac to perform the fix) The tools with the workaround are presently in beta, and can be accessed via my Slack workspace which you can self-invite to here. (if not joined already). Go to the #codex channel and there is a pinned post with the installers for Codex and Mosco

Other than by changing line 99 in PythonEngine.pas?

Oops.. it looks like something may have been missed. Can you add the following to the application node of AndroidManifest.template.xml: <meta-data android:name="com.google.android.play.billingclient.version" android:value="4.0.0" /> ..and try again? If this fixes it, I'll file a report in the Quality Portal, unless you want to 🙂 If it doesn't fix it, you might like to use this tool: https://github.com/skylot/jadx to look inside classes.dex in the project output folder, and make sure com.android.billingclient is in there. Perhaps do this first

I may have one in the next day or so. That is likely to be a completely different issue. Does it happen on other iPhone models? Can you provide code that reproduces the problem? I have access to an iPhone 13 that I can test on. iOS 15.0 SDK comes with Xcode 13 (not earlier versions). I'm not sure if you can switch back to Xcode 12.5.1 and still build against iOS 15.0 SDK The issue we've been discussing affects Delphi 11 and earlier.

Known issue, caused by changes in Xcode 13. At present, reverting to Xcode 12.x is a solution