Dave Nottage

For this latest issue, see this link: https://stackoverflow.com/a/50779232/3164070

This line is interesting: 12-06 00:30:44.030: I/agamama.orderc(31926): Caused by: java.lang.ClassNotFoundException: Didn't find class "android.arch.lifecycle.LifecycleOwner" on path: DexPathList[[zip file "/data/app/cy.com.wagamama.ordercy-qsEct8E2Xh8zg2XEtOetZg==/base.apk"],nativeLibraryDirectories=[/data/app/cy.com.wagamama.ordercy-qsEct8E2Xh8zg2XEtOetZg==/lib/arm, /data/app/cy.com.wagamama.ordercy-qsEct8E2Xh8zg2XEtOetZg==/base.apk!/lib/armeabi-v7a, /system/lib, /system/vendor/lib]] 12-06 00:30:44.030: I/agamama.orderc(31926): Caused by: java.lang.ClassNotFoundException: Didn't find class "android.arch.lifecycle.LifecycleOwner" on path: DexPathList[[zip file "/data/app/cy.com.wagamama.ordercy-qsEct8E2Xh8zg2XEtOetZg==/base.apk"],nativeLibraryDirectories=[/data/app/cy.com.wagamama.ordercy-qsEct8E2Xh8zg2XEtOetZg==/lib/arm, /data/app/cy.com.wagamama.ordercy-qsEct8E2Xh8zg2XEtOetZg==/base.apk!/lib/armeabi-v7a, /system/lib, /system/vendor/lib]] Because android.arch.lifecycle.LifecycleOwner has long been deprecated: https://developer.android.com/reference/android/arch/lifecycle/LifecycleOwner Is there perhaps some 3rd party library you're using that's expecting this class to be present? It may be present on the devices (for compatibility) that your app works on. Not sure if this is the root cause of your problem, but it might be worth looking at.

Does your app perform any network calls at all? If your package is cy.com.wagamama.ordercy, the log line at 12-05 18:34:30.888 seems to indicate it is doing at least something network related, and appears to be the source of the crash.

Known issue: https://quality.embarcadero.com/browse/RSP-27035 Check Marco's comment on the report.

The Java source which is here: https://github.com/DelphiWorlds/KastriFree/tree/master/Java Was published at the same time as the demo and .jar file.

You realise you don't actually need to subclass the Activity? You do however need to have a class that implements EMDKListener, StatusListener, DataListener. I went through the process of implementing this a couple of years ago. Looking at the code now, it might even be possible to do it completely in Delphi.

It has no dependency on any Delphi version, if that's what you meant. I just tried compiling it in Delphi 10.1 Berlin with the correct SDK settings (as per my last message) and there were no errors.

It's not the problem, since it compiles fine for me, and others - see this link: i.e. Yaron has been able to compile using the .jar On my machine, I have Android SDK 25.2.5, and the following settings reflected in the Delphi SDK manager: Build tools: 28.0.3 (this path is used for things like ZipAlign.exe and Aapt.exe) Platform: android-28 JDK: 1.8.0_191 (C:\Program Files\Java\jdk1.8.0_191\bin is the *only* entry pointing to a JDK in the PATH environment variable) I'm pretty sure those are the ones that matter.

Have you checked this out? https://torry.net/authorsmore.php?id=4244

I've modified the Java code and published a new .jar here: https://github.com/DelphiWorlds/KastriFree/blob/master/Lib/dw-webchromeclient.jar

Yes, the Java code will need to be changed to parse the accept attribute (if that's possible) and set the appropriate mime types. Probably something along these lines: https://stackoverflow.com/a/55449804/3164070

The current version of IDE Fix Pack installs into 10.3.3. Whether it functions as expected, I know not.

It seems that setting the WebChromeClient works only when the TWebBrowser is visible. Move your code that creates FWebManager to just after you set VoucherimWebBrowser.Visible to True.

I've managed to come up with something without having to patch FMX.WebBrowser.Android, but it still required Java code. I've put a demo here: https://github.com/DelphiWorlds/KastriFree/tree/master/Demos/WebBrowserFileChooser Note that it relies on other units in the Kastri Free project: https://github.com/DelphiWorlds/KastriFree ..including the compiled .jar, so you might want to just clone the repo and load the demo from it.

EMBT need to modify the Java code for the WebBrowser class (in source\rtl\androiddex\java\fmx\src\com\embarcadero\firemonkey\webbrowser\WebBrowser.java) so that it uses a descendant of WebChromeClient that implements onShowFileChooser, much like the Java equivalent, here: https://stackoverflow.com/a/36413800/3164070 It's possible to do something similar by: Creating your own descendant (in Java), creating a jar for it and importing it Patching FMX.WebBrowser.Android to call setWebChromeClient on FWebView for an instance of your descendant

Thanks.. I've added my devices to the list.

Has anyone managed to make DelphiTwain: http://www.kluug.net/delphitwain.php work on 64-bit? The code loads the Twain DLL OK (TWAINDSM.DLL), however for me it fails in the LoadSourceManager routine: FTwainProc(Info, nil, DG_CONTROL, DAT_PARENT, MSG_OPENDSM, @FVirtualWindow) Which returns a result of TWRC_FAILURE. The corresponding condition code is TWCC_BADVALUE

Bumping this in case anyone else might be able to contribute, i.e. we're still having the same problem. Test case is still in the same location, i.e: https://github.com/DelphiWorlds/MiscStuff/blob/master/Test/RDSTwainTestCase.zip

In your TfmSelect.btnSelectClick method, move the Close statement to the beginning of the method.

Does this have anything to do with it? https://devzone.paylane.com/api-guide/cards/card-data-storage/

I receive: [Window Title] Project1 [Content] Could not save: A required privilege is not held by the client [OK] Which is odd, since SetTokenPrivilege succeeds. Using Delphi 10.3.2

Ah, thanks. Here was me thinking that it used domain name rules.

That's very odd, since it's perfectly valid. I'd report it to Google.

I have a Pixel 3a running in 64-bit mode with 4GB of RAM.

You don't think what? Neither of us made any claim otherwise.