Dave Nottage

Yes: https://github.com/DelphiWorlds/Kastri/tree/master/Demos/AssetDelivery

You have FMX.Types in the uses clause of Unit2 in your service. Not sure why, since it does not even need to be there. Regardless, that is why your service is failing. Please see this report: https://quality.embarcadero.com/browse/RSP-17857

Links to Installers for Codex 1.5.1 and Mosco 1.2.1. Includes workaround for App Store builds with Xcode 13. Requires at least Mosco to be installed, however the Codex tool adds a convenient way of applying the workaround. Workaround steps: 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 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 Use o Google Translate se quiser as instruções em português: https://translate.google.com

It's because Delphi 10.4.2 is using Jarsigner instead of APKSigner, which is required for APKs with a target SDK of 30 or higher. There are ways around it, however you are just delaying the inevitable. The bottom line is: If you want to stay current with Android development (or iOS, especially if deploying to the app stores), stay current with Delphi.

There's a couple of problems with your deployment to Google Play: One of them suggests you're using a older project in Delphi 11, and have not performed "Revert System Files to Default" for at least Android 64-bit (my device is 64-bit so it only installs an .apk for 64-bit), in the Libraries node for the target platform, in Project Manager The other suggests the deployment information is incorrect for at least 64-bit. Once you have deployed, go into Deployment Manager, and select Android 64-bit target. Make sure there aren't any greyed out items that shouldn't be. You may have to use the Revert button (looks like an Undo icon) to make sure the entries are correct, then rebuild and redeploy.

Sorry, I thought you meant it was public. You'd need to invite me to the test group 🙂

Can you provide a link to the app on Google Play, or at least the name of it?

uses iOSapi.CoreLocation; if TCLLocationManager.Create.locationServicesEnabled then // Location services are enabled

uses iOSapi.CoreLocation; if TCLLocationManager.Create.locationServicesEnabled then // Location services are enabled

Apparently it's an issue with debugging iOS apps when using Monterey. Unfortunately it seems the current workaround is to use an earlier version of macOS 😞

Please refer to this comment, and the other comments in the same post:

I wasn't able to ascertain what the cause is - I can only suggest filing a report on QP for it.

What version of Android is on the device? If it's 8.0, you'll need to upgrade it to 8.1, if possible. Otherwise, it could be an issue with which NDK is being used: https://stackoverflow.com/questions/69238129/delphi-11-tcp64311-cannot-resolve-name-no-address-associated-with-hostname

Fortunately, my wife recently acquired an iPhone 13 that has iOS 15.0.2 on it, and I am seeing the same issue as you: the app hangs. It does not hang on my iPhone X with iOS 15.1. As to why it is just an issue on iPhone 13 (and 12, I guess), I'm looking into it

Does a blank project deploy OK? What path do you have for the output folder of the project that is having problems?

Shame the IDE cannot tell you this specifically. Seems like a candidate for issuing a warning from Codex/Mosco 🙂

Please make sure you don't have any source files in the path that shouldn't be. Starting/compiling/deploying a blank app works fine for me, using Xcode 13.1, Delphi 11, iOS 15.1 on my device.

Works fine here.

I wasn't having any issues with iOS 15.0.2. Just updated my device to iOS 15.1, and everything is still working OK so far. Delphi 11, Xcode 13.0, iOS 15.0 SDK

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?