Dave Nottage

It's in Portuguese, but there's this: Also this: https://github.com/DeveloppeurPascal/Delphi-samples/tree/main/FireMonkey-Samples/017-TBiometricAuth

It's a common issue. Also, I implemented something similar before it was added to Delphi. Using Google can help, although with this particular issue it's not entirely obvious what is the easiest way to resolve it. Here, Delphi is doing the work for you, by creating a provider_paths.xml file and including it in the deployment.

Make sure that the Secure File Sharing option is checked in the Entitlement List section of the Project Options:

Your screenshot is cut off - it does not actually show the ProductVersion value (further down)

Just noticed your code does not call SetupInAppPurchase, so it's no wonder it does not even fire OnError.

It's supposed to be backward compatible. You should use the OnError event of InAppPurchase1 to find out what the failure is.

That's not your complete manifest, however given the error message, you need to add android:exported="true" To the activity, e.g.: <activity android:name="com.embarcadero.firemonkey.FMXNativeActivity" android:exported="true" etc

It'd be way easier to diagnose what the problem is if you quoted the exact error message

I started taking a look into the problem, however it seems to be an issue deep in the Delphi runtime and it's a bit beyond me at the moment.

Please see:

Still wrong - there's no XE in the version name. If it's 10.2, it is Delphi Tokyo

I missed that part, thanks. I was focusing more on how it might be implemented. It seems that way. Given that, you'd need to code your server to be able to handle sending a message every second or so. Since sending the message seems to sometimes take more than a second, you'd need to spawn a thread or two (or three) to do the work.

That message should probably also recommend executing this command from a terminal window on the Mac: xcode-select -p If you're using the default install of Xcode, it should output: /Applications/Xcode.app/Contents/Developer If it doesn't, use this command: xcode-select --switch /Applications/Xcode.app/Contents/Developer

How about OneNote, or Dropbox Paper? Or in a pinch: Google Keep - this isn't really meant for what you want.

I've since seen your reply on Facebook, which indicates you're interested in the new features. I'll take a look into what changes might be possible, however it would be at least later in the week.

Can you test it, and report what problems you have with it, if any?

Genuine question: Which code do you think you need to update, and why? To support subscriptions (which apparently are new in v5), or something else?

You need an M1 or M2 Mac in order to run apps on the simulator from Delphi

In this instance topics won't help, since the topic needs to be subscribed to from the client side. As above, topics are subscribed to from the client side, so for your case you would need to implement message groups, as per the link I posted in my previous reply. As long as you have the tokens, you can select some at random, send a request to FCM for a notification key that includes all the selected tokens, then send a message using that key.

As per the documentation, you do not create an instance of WKScriptMessage, and in any event, you cannot descend from TWKScriptMessage anyway. Also as per the documentation it is used when you implement custom Javascript message handlers. What you could do is use the evaluateJavaScript method of WKWebView and pass to it a completion handler, which could be declared on your main form like this: procedure JavaScriptCompletionHandler(obj: Pointer; error: NSError); ..and implement it like this: procedure TfrmMain.JavaScriptCompletionHandler(obj: Pointer; error: NSError); var LJavaScriptResult: string; LCode: Integer; begin if obj <> nil then LJavaScriptResult := NSStrToStr(TNSString.Wrap(obj)) else LJavaScriptResult := 'null'; if error = nil then LCode := 0 else LCode := error.code; // Do something with LJavaScriptResult and LCode, here end; Call evaluateJavascript like this: LWebView.evaluateJavaScript(StrToNSStr(AJavaScript), JavaScriptCompletionHandler) Where LWebView is a reference to the WKWebView in the iOS implementation of TWebBrowser

Thanks! It's much easier to have each of the devices subscribe to a topic using the SubscribeToTopic method, and simply send the push notification using a topic, rather than multiple tokens. If you really do want to base it on individual tokens, see: https://firebase.google.com/docs/cloud-messaging/js/device-group It's in Javascript, however something similar could be constructed in Delphi.

Absolutely sure. Please see: https://blogs.embarcadero.com/delphi-11-and-cbuilder-11-community-editions-released/

The community edition is 11.3, not 11.0 That's because the version number is 11.3. Please consider changing the topic of your post - it is completely misleading

On Android, for notifications to still work after a reboot, you would need to persist them in some way, and recreate them, *and* have the app start at boot. I have an example of how to have an app that starts at boot, here: https://github.com/DelphiWorlds/Kastri/tree/master/Demos/AndroidStartAtBoot This is a demo from Embarcadero of how to create/send notifications: https://github.com/Embarcadero/RADStudio11Demos/tree/main/Object Pascal/Mobile Snippets/Notifications/SendCancelNotification As discussed above, if you want to recreate the notification at device start you would also need to persist them somehow, e.g. using a database, or perhaps as JSON, read the data and recreate the notifications when the app starts. You would need to handle when a notification is received, so that you remove it from the persisted notifications. On iOS, as far as I know you are out of luck regarding recreating notifications at device start - there does not appear to be anyway for an app to handle this, without the user starting the app.

That old code has morphed into this: https://github.com/DelphiWorlds/Kastri/tree/master/Demos/Connectivity which no longer requires the separate static library. It should be able to be used in 10.4.1 (perhaps with changes if necessary)