Dave Nottage

See:

I think you mean Provisioning Profile, but given your comment here, you have resolved that now?

Have you installed PAServer? Please refer to: https://docwiki.embarcadero.com/RADStudio/Alexandria/en/Installing_the_Platform_Assistant_on_a_Mac ..and: https://docwiki.embarcadero.com/RADStudio/Alexandria/en/IOS_Mobile_Application_Development

One way would be to have a real device. What is the reason for wanting to test specifically on that? You should not need to.

You could at least post the code for whatever the method is that starts with "ProcessH", as per my earlier comment. You provided a screenshot and said that is where the problem occurs.

Then the problem is not actually happening inside that procedure (though the root cause may be there). The problem is occurring in a method in the Http unit, in a class called TTCPHttpThrd in a method with a name starting with "ProcessH", but the rest of the callstack window is cut off in your screenshot

As long as the PAServer is exposed to the "outside world" (perhaps by port forwarding), yes.. that is possible. Bear in mind however that if you're deploying to a device, the machine that has PAServer on it needs to be able to access the device, either by being connected directly to that machine, or possibly using something like this: https://www.net-usb.com/

I doubt that error message (platform architecture issue) is related to the API level issue. It's possible that you're compiling for 64-bit and the installed OS is 32-bit. Be aware that some devices have a 64-bit CPU, but have a 32-bit Android OS installed.

It may help to delete everything in the output folder(s) in question - by default they're Android/Debug (or Release) and Android64/Debug (or Release), then rebuild

The error message: java.lang.ClassNotFoundException: Didn't find class "androidx.core.content.FileProvider" Usually means that the jar that contains the class androidx.core.content.FileProvider was not included in your app. This class is in core-1.5.0-rc02.dex.jar, and should appear in the Libraries node, as per the instructions in my earlier reply. This is an example of what it should look like: i.e. the package in question does not have a red "x" in the icon

It's odd that you would receive that error on one device and not another. Regardless, please see this: https://github.com/DelphiWorlds/HowTo/tree/main/Solutions/AndroidLibraries

The targetSdkVersion value is whichever target API level Delphi currently supports, i.e. it is not determined by which API level you have selected. It should allow you to set this (see https://quality.embarcadero.com/browse/RSP-38976), however if you want it to be something different you'll need to change it in the AndroidManifest.template.xml file.

What is it that you think this will achieve?

I suggest start reading, here: https://docwiki.embarcadero.com/RADStudio/Alexandria/en/IOS_Mobile_Application_Development

Which parts are incomplete? The version number in the about box changes only when there's a new major version or update (i.e. not a patch)

No, it doesn't. I wish it did 🙂

Yes. I wrote it, so I would know. Also see line 58 of the code

Can you describe why it needs to be rich edit?

That's for Windows only.

It may be related to the model and iOS version. Please see: https://quality.embarcadero.com/browse/RSP-36095

Posting the Delphi code that you are using might be helpful

Actually, it probably will. I already overlay things like TMapView and TWebBrowser, using the "native" controls in the Kastri repo: https://github.com/DelphiWorlds/Kastri/blob/master/Controls/NativeControls.md. The part that's missing is macOS support.

It looks like you're taking a fairly different approach, however you may be interested in voting for this issue: https://quality.embarcadero.com/browse/RSP-38988. (which would be one way of solving your problem)

You mean like this sample?

It makes more sense to request the permissions within the UI thread, because if they're not granted, there's no point in even starting a new thread to perform the task, because it's not going to be able to do anything anyway.