Alex40

I am using Rad Studio 12.1 and I am facing the following issue when I am calling my Server: "Error querying headers (12019): The handle is in the wrong state for the requested operation" I went through these two threads in which people say that the issue comes in 10.4.1, but I am still facing in 12.1: 1) https://stackoverflow.com/questions/65928918/delphi-rest-authentication-issues-with-10-4-1 2) https://quality.embarcadero.com/browse/RSP-30732 I tried the following fix that was suggested, but didn't help: Please use workaround: at run-time: create TDSRestConnection.OnAuthentication event handler and add lines to it: if AnAuthTarget = TAuthTargetType.Proxy then AUserName := '1'; Has anybody fixed this problem somehow? Any help would be highly appreciated. Thanks.

I was not able to reproduce the same error with the samples from the RSP. It looks like it connects successfully in the samples. The problem is that the error can be reproduced randomly in let say 1/10 times, sometimes 1/20 times when calling the Server. It is really annoying issue. I saw this error for the first time after upgrading to 12.1. I haven't seen it before while we were on Rad Studio 10.4.2

A month and a half later the problem is not fixed YET. 😞 Any help would be highly appreciated. Thank you!

Hi everyone, I am currently looking for a good OCR library for converting images with text. Can you suggest any other than Winsoft's which is up to date with the latest Rad Studios? I also noticed that the Winsoft's OCR library doesn't seem to support Cyrillic alphabet recognition. Thank you in advance.

Thank you all for the answers!

Hello, I am using Rad Studio 10.3 I am currently developing and adapting FMX Android version of already developed FMX Windows Application. In the Application we use TPopupMenu for hidden right click menus on many places. For some reason when MyPopupMenu.PopUp is called the app crashes on Android (Andriud 12 and Android 13). As far as I know it is the same situation with the iOS version which is also in progress. My question is: Is it possible to use TPopMenu for Android and iOS or there si an alternative? Has anybody used this Libray TRichView ? --> https://www.trichview.com/forums/viewtopic.php?p=41518 This what I've read there: Thank you for your time in advance!

Yeah, I got that, thanks, I chose to use buttons directly (as your example) instead of listbox with items. So far TPopUp does work really nice for the purpose I need it. For now I definetely stay with it.

Thank you all for your replies! I really wanted to make sure that I am not wasting time in dublicating my logic into alternative components for no reason and that TPopupMenu could work on Android and iOS somehow. From what I concluded I should continue using alternatives. I started with TListbox, but I will give a try to the TPopUp component and will see how it handles all the processes. To me it looks like it is more flexible than the TListBox which is a good sign.

I am trying to use my App with Android Service for Location running in the background. App crashes after service is being started, I see the following error in the Log cat: 10-14 11:12:45.861: E/AndroidRuntime(30933): com.embarcadero.rtl.NativeDispatchException: Invoke error: method 'onLocationChanged(Ljava/util/List;)V' not found 10-14 11:12:45.861: E/AndroidRuntime(30933): at com.embarcadero.services.LocationServiceProxyInterface.dispatchToNative2(Native Method) 10-14 11:12:45.861: E/AndroidRuntime(30933): at com.embarcadero.services.LocationServiceProxyInterface.invoke(LocationServiceProxyInterface.java:26) I found out that another person was struggling with the same issue after upgrading from Rad Studio 11 to 11.1 and after regenerated the new .java files: https://stackoverflow.com/questions/72807321/android-12-on-locationchanged-has-invalid-location Unfortunately there is no answer / fix to his report about this error. I tried a lot ot things but nothing helped fixing this issue. This issue is happening on Android 12. Android 10 is working fine (not tested on Android 11). If I upgrade to Rad Studio 11.2 is it possible to fix this issue? ------------------------------------------------------------ Another question: Is it mandatory to target sdk version 31 (with exported=true) in the android manifest template if I want to run fully compatible app on Android 12? Because after I put 31 in the target sdk version (with exported=true), my app is built but can't be installed on the device after that. The error that the .apk file throws is: Error parsing the file. (Same thing happens on Android 10 device) Any help would be higly appreciated! Thank you in advance !

I am using JLocationListener. Your modifications definitely fixed my issue, as described in the Embarcadero Thread. Thank you very much!

I am already with Rad Studio 11.1, but I am still getting this error: com.embarcadero.rtl.NativeDispatchException: Invoke error: method 'onLocationChanged(Ljava/util/List;)V' not found

Rad Studio 10.4.2 As the topic says, I am facing issues with linking one library, which I am not sure why it is trying to link. You will find the full error below: [DCC Error] E2597 C:\Users\Public\Documents\Embarcadero\Studio\21.0\CatalogRepository\AndroidNDK-21-21.0.40680.4203\android-ndk-r21\toolchains\aarch64-linux-android-4.9\prebuilt\windows-x86_64\aarch64-linux-android\bin\ld.exe: cannot find -lmidas [DCC Fatal Error] F2588 Linker error code: 1 ($00000001) From what I've read on the internet 'lmidas" is the libmidas or MIDAS library that contains the routines a ClientDataSet needs. Our app is using TFDMemtable and I am not sure why it is searching for this ClientDataSet library. Does anybody have an idea how to solve this linker error? P.S. - I've also added MIDAS library through the Add Featured Files in the Deployment options, but that didn't help. Thank you in advance !

I've managed to fix it by myself. What I did was to: 1) Download archive file, containing the customized units and libraries of the Midas library from here: https://www.4shared.com/rar/rGEOSrkNea/Arquivos_Delphi_Rio_1033.html and follow the instructions to replace the libmidas.a libraries for Android / Android 64 from the video below: My libmidas.a files are located by default: - for Android 64 Release in: C:\Program Files (x86)\Embarcadero\Studio\21.0\lib\android64\release - for Android Release in: C:\Program Files (x86)\Embarcadero\Studio\21.0\lib\android\release 2) Added in Rad Studio - Tools / Options / Library the following paths for: - Android 64-bit: C:\Program Files (x86)\Embarcadero\Studio\21.0\lib\android64\release - Android 32-bit: C:\Program Files (x86)\Embarcadero\Studio\21.0\lib\android\release I am not saying this is the only fix of my problem, but this is my workaround to FIX it and it's WORKING !

Hello, I am having a weird issue which I don't know how to handle and your help would be appreciated ! I use Rad Studio 10.4.1, SSL libraries version: OpenSSL 1.0.2q 20 Nov 2018 ( I am not sure if there is a newer version, which is compatible) After a long time of searching the correct libcrypso.so and libssl.so files for the Android 64 build, I've finally managed to make my app working in Debug/Release - Development configuration and Release - Application Store. Unfortunately, after we published the Release in the Play Store and downloaded the app, all users with 64 bit smartpfones are facing the problem - Could not load SSL library, same version in Debug/Release, installed from the Rad Studio works fine. To be sure I am doing it right from my side I extracted an 64 bit .apk file from the .aab package to be sure I am installing the same build as in the Play Store and the app loaded the SSL libraries without any issues, it fails only when downloaded from the Store. Smartphone brands tested with 64 bit Android, which failed: Samsung, Huawei, Xiaomi with Android versions from 9 to 11. Smartphone brands tested with 32 bit Android, which succeeded: Lenovo. Has anybody faced the same problem and if yes, how did he solve it? Do I need new version of SSL libraries and if yes, where can I download them from ? Thank you in advance for your help !

The SERVICENAME.template.java that I mentioned above is used only when the Project uses a backround service. You don't need it for the ssl libraries. To be sure you have an issue with the openSSL, do the following: 1) After setting the lib path, call the following code: IdSSLOpenSSLHeaders.Load() 2) Then use a Logcat to see what these two functions return: OpenSSLVersion IdSSLOpenSSLHeaders.WhichFailedToLoad() You can see how I do it in the screenshot bellow: Of course you can keep your folders lib\arm64. Ignore my folders 64 and 32. And one more thing - I am using OpenSSL 1.0.2q and you said you use 1.0.2r. I am not sure if they are fully compatible with 64 bit Android. PM me your email if you want me to send you my files.

I am glad to tell you that we finally managed to fix the issue with the missing libs for the Android Service. The Service.template.java file was causing this problem. It is generated when service is built. The file was outdated, below you will find the difference in the files: NEW: @Override public void onCreate() { libraryName = "lib" + baseLibraryName + ".so"; super.onCreate(); ProxyService.onCreate(this, libraryName); OLD: @Override public void onCreate() { libraryName = getApplicationInfo().nativeLibraryDir + "/lib" + baseLibraryName + ".so"; super.onCreate(); ProxyService.onCreate(this, libraryName); To be sure you have the latest version of the template java file, named "SERVICENAME.template.java" - when you upgrade to higher version of Delphi, just delete the file from the Service project folder and build the Service again, so the Delphi Compiler generates the latest one. If you have custom settings there, you will have to include them again in the new file! Regarding the OpenSSL libraries issue - I haven't tried to set their lib path the same way as the service does, but as far as they work in the Document path, I am fine with that. You can see as well the difference between the old and the new file in the screenshot below:

I totally agree, for sure there is something wrong with the Embarcadero itself. I am not saying it's 100% a bug, it could be a setting, but no luck so far.

I have no idea where are you seeing this 'added .a'. I wrote: "It changes to lib\arm64-v8a and I think this could cause the issue", please read carefully ! And I said that all other paths are generated the same way - assets, res and the rest, except the library\lib - it is only lib. I am just guessing. I have no clue what is going on and why nobody has faced similar problem until now.

It does deploy the files, but in deployment we set remote path: library\lib\arm64-v8a, but in the generated .aab file the path with the libraries is not library\lib\arm64-v8a. It changes to lib\arm64-v8a and I think this could cause the issue. All other paths are following the same order, except the library path. I added the deployment manually. I moved the ssl libraries to assets\internal and I load them with Tpath.GetDocumentsPath , so I don't have an issue with them anymore. But there are still two more libraries that I need for my service I use: 1) libMyService.so 2) libProxyAndroidService.so They strongly want to be in library\lib\arm64-v8a and changing their remote path is causing build errors or crashes when I try to start my service. Successfully found and loaded the libraries on: 1) Lenovo with Android v.7 and arm64 (64 bit version) 2) Alcatel with Android v.8 and arm (32 bit version) Failed to find the libraries: 1) Samsung Galaxy Note 9 with Android v.9 and arm64 (64 bit version); 2) Xiaomi Pocophone with Android v.10 and arm64 (64 bit version); 3) Refering to the support feedback from the users - most of the phones from this rank do not find the libraries in the lib folder I get confused why some phones found the libraries, but most don't.

I decided to check with FileExists if the .so files are located in the lib path after installation: 1) When built with Development configuration(no matter Debug or Release) and installed directly with APK from Delphi, the .so files exist and there are no issues; 2) When built with Aplication Store configuration and installed with apk from the AppBundle file using bundletool, the .so files do not exist. This is tested on Samsung, Xiaomi, Huawei with Android 9 to 11. Very interesting is that on Lenovo with Android 7 (arm64) the files exist in all the cases and there are no issues. I guess all phones with Android version > 7 face the above problem. I am surprised that still nobody has faced this issue for so long time, at least I couldn't find any information about it.

The problem is not with the SSL libraries actually (this is what I've thought from the first place). It's with the delpoyment of all the .so files with remote path library\lib\arm64-v8a. I managed to run the ssl libraries when setting the remote path to .\assets\internal\ and calling in my code the DocumentPath instead of the LibPath, but this is not a fix for me. I have several more libraries, which are set to be deployed in library\lib\arm64-v8a and now they are not found (for example for the location service - libProxyAndroidService.so). Thanks to bundletool I can install (simulate) app same as downloaded from Play Store and the result was the same before setting the ssl libraries remote path to .\assets\internal\ When I open the App Bundle package, I can find all the .so files, which I've set to be deployed, but they are in external base\lib direcrtoty and I think because of that they now are not found inside of the .apk. Do you have any suggestions how this could be handled? Is it a setting or something? Does anybody managed to load .so files throudh App Bundle with 64 bit Android? Edited: I found a similiar issue with another .so library, a fix is provided for the Android Studio, but not for Delphi: https://stackoverflow.com/questions/63931010/delphi-10-3-android-remote-service-crash-when-binding

I got my ssl libraries from a member of the forum and I didn't know about the Indy's Github repo with 1.0.2u for latest version. I will try to find the Android binaries for 1.0.2u and let you know if there is any difference ! I hope this fixes my problem. Meanwhile if you manage to find them, please send me a download link. 1) Yes, I do have libssl in the same folder. 2) Yes, they are from the same OpenSSL version. 3) Yes, I am calling Indy's IdOpenSSLSetLibPath() function at program startup If some of these 3 points are not set, I would not be able to run my app with Indys at all. As I said at the beginning - I have no issues with Debug / Release - Development configuration, as well as Release - Application Store configuration, where .aab file is generated. The issue comes only when I download the app from the Play Store. Thank you for your time, Remy!

Then why the only moment ssl libraries are not loaded, is when the app is installed from the Play Store?! In all other cases it works?! I've tested on many phones, including mine, which now throws the same error, when I install the app from the Play Store. And I've also found on StackOverflow a similar issue as mine, which was solved by deploying "newer version of openssl libraries": https://stackoverflow.com/questions/59602114/android-fmx-indy-ssl-works-on-debugging-but-not-from-playstore-download 1) OpenSSLVersion() does not report anything (returns empty result) 2) WhichFailedToload() returns: Failed to load /data/app/com.myapp.app/lib/arm64/libcrypto.so.

If you are talking about the post "Loading OpenSSL dynamic libraries arm & x86 (FMX, C++)", it is not related with my case at all. I am aware how to deploy the SSL and all other type of librarties. The problem occurs when the app is published to the Play Store. In all other cases my app runs as it should be, except when downloaded from the Play Store.

Yes, of course. As I said. I've even exctracted the .aab file, which contains all together the 32 and 64 bit apks, and my 64 bit apk runs fine. I also test on Release, Development configuration, it's working. It's an issue with the Play Store hanging my libraries, but I am not sure what exactly it is.