-
Content Count
1516 -
Joined
-
Last visited
-
Days Won
36
Everything posted by Dave Nottage
-
None of them have a: "Don't touch my assignment alignments" option? 🙂
-
That's not even an error - it's a command issued by PAServer as part of the process to discover what certificates/profiles are available on your Mac. What is the actual issue you are having? It would be helpful if you provided: what version of Delphi you have and what version of Xcode is on the Mac. Given the cut-off part of the messages in the screenshot, it appears you are using a version of Delphi earlier than 12.2. Note that earlier versions of Delphi will not work with Xcode 16 (or later), since there was a change to the location of the provisioning profiles in Xcode 16. If you are using Delphi 12.1 or earlier, and Xcode 16 (or later), you'd need to either upgrade to Delphi 12.2, or revert to the last version of Xcode 15 (which is 15.4)
-
You have not answered this part: Meaning which version was used to compile the app where the problem is happening. Regardless, are you able to reproduce the issue (RSP-23962) using the same steps as in the report? If so, please indicate what device(s) this is happening on.
-
My bad.. I had forgotten that I did some modifications to Grijjy.OAuth2.pas to allow signing with ES256 as well as RS256. For now, I've attached the modified unit here. Please place it in the same folder as the project. Grijjy.OAuth2.pas
-
These parts make the whole answer smell of AI - a bad one, since those folders do not exist
-
In that report, it shows the entire stack trace for when the error occurs - is it the same for yours? As I said earlier: Also, which version of Delphi are you using?
-
Which issue?
-
Not really enough information. KastriFree has long been deprecated, in preference to Kastri. Which parts of it are you using, exactly?
-
D12 CE Not compiling a simple blank form.[PAClient Error] Error: E6664 Failure Reason: Failed to locate any simulator runtime matching options: {
Dave Nottage replied to grantful's topic in General Help
You do not have iOS support installed in Xcode on the Mac. In the Xcode menu, click Xcode | Settings, and select the Components tab. Click on the Get button, for iOS. -
iOS: XCode 15: MADDA - Make Delphi Debugging again - after 01.May 2024
Dave Nottage replied to Rollo62's topic in Cross-platform
Still no debugging for iOS 17 or higher. -
This value works OK on my Android 15 device (a Pixel 6 Pro), so I'd assume if I had Android 14 it would work, too. It may be to do with the regional settings on the device. One way you can check is by examining the value(s) of: FormatSettings.ShortTimeFormat, FormatSettings.TimeAMString and FormatSettings.TimePMString
-
Delphi 12.1 with MacOS version and iOS version
Dave Nottage replied to Peter J.'s topic in Cross-platform
I'm using macOS 15.3, Xcode 16.2 with an iOS 18.3 device with no issues, other than being unable to debug (which has been a problem since iOS 17). -
Just Apple? There's this demo I put together a while ago - all it does is creates a message and performs the push. Make sure you read the readme at that link.
-
See this link.
-
There have been changes in later versions of Android that are not necessarily supported by Delphi 11. The easiest solution is to stay current with Delphi, i.e. use Delphi 12.2*. Otherwise, indicate what the "inconsistencies" are that you are having trouble with, as they might be resolvable. *I should point out that even using Delphi 12.2 may not resolve all your issue(s) - you may still need to change your code to allow for later versions of Android.
-
Delphi 12.1 with MacOS version and iOS version
Dave Nottage replied to Peter J.'s topic in Cross-platform
You should be able to use the latest version of macOS (15.3). The issue will the highest version of Xcode, which for Delphi 12.1 is Xcode 16.1, as there were changes to Xcode 16.2 related to provisioning profiles that are not handled by Delphi 12.1, but is by Delphi 12.2 -
What gave you that impression? This is a shortcoming of Octoid - it should not be generating that code for 3rd party frameworks. Incidentally, there is already an import for GoogleSignIn in Kastri, which includes "loader" (fake) methods to ensure that dependent frameworks are also linked in: procedure AppAuthLoader; cdecl; external framework 'AppAuth'; procedure GoogleSignInLoader; cdecl; external framework 'GoogleSignIn'; procedure GoogleUtilitiesLoader; cdecl; external framework 'GoogleUtilities'; procedure GTMAppAuthLoader; cdecl; external framework 'GTMAppAuth'; procedure GTMSessionFetcherLoader; cdecl; external framework 'GTMSessionFetcher'; Good luck making GoogleSignIn work on iOS - see the latter comments in this issue regarding the problems I'm having.
-
iOS problem since switching from Delphi 12.1 to 12.2
Dave Nottage replied to BytePusher's topic in Cross-platform
Which ones, and how did you "remove" them? Being able to compile is not relevant to what the device has. So it's just not compiling in Release mode? -
iOS problem since switching from Delphi 12.1 to 12.2
Dave Nottage replied to BytePusher's topic in Cross-platform
If this issue does not happen for a blank app, I suggest indicating what dependencies the app has, e.g. whether it uses any 3rd party code (and what, exactly), or any frameworks from the iOS SDK aside from those that have imports in the Delphi source (iOSapi.xxxx files in the source\rtl\ios folder of the Delphi installation) -
iOS problem since switching from Delphi 12.1 to 12.2
Dave Nottage replied to BytePusher's topic in Cross-platform
Please include at least the first error, instead of warning. -
Hard to tell with no code to go by. Regardless, one thing you could do is add a property to the form (e.g. a Boolean) to indicate what it should do when OnShow is called, use an if statement to determine which code is executed, and set the property before ShowModal is called
-
Good to hear, and sorry.. yes - play-services-base18.1.0-Manifest.merge.xml which is generated by the Add Android Package function in Codex is no longer needed, so you could just delete that.
-
You can ignore this message. No, it is not correct. The file should not be deleted as it contains code necessary for the application to work. These are the relevant lines from the log: 2025/01/26 18:01:17.006 E com.embarcadero.AdTestD12 13280 13708 AndroidRuntime FATAL EXCEPTION: Thread-3 2025/01/26 18:01:17.006 E com.embarcadero.AdTestD12 13280 13708 AndroidRuntime Process: com.embarcadero.AdTestD12, PID: 13280 2025/01/26 18:01:17.006 E com.embarcadero.AdTestD12 13280 13708 AndroidRuntime java.lang.NoClassDefFoundError: Failed resolution of: Lcom/google/android/gms/common/R$string; 2025/01/26 18:01:17.006 E com.embarcadero.AdTestD12 13280 13708 AndroidRuntime at com.google.android.gms.measurement.internal.zzga.zza(com.google.android.gms:play-services-measurement-base@@20.1.2:1) 2025/01/26 18:01:17.006 E com.embarcadero.AdTestD12 13280 13708 AndroidRuntime at com.google.android.gms.internal.measurement.zzee.<init>(com.google.android.gms:play-services-measurement-sdk-api@@20.1.2:8) 2025/01/26 18:01:17.006 E com.embarcadero.AdTestD12 13280 13708 AndroidRuntime at com.google.android.gms.internal.measurement.zzee.zzg(com.google.android.gms:play-services-measurement-sdk-api@@20.1.2:2) 2025/01/26 18:01:17.006 E com.embarcadero.AdTestD12 13280 13708 AndroidRuntime at com.google.android.gms.measurement.api.AppMeasurementSdk.getInstance(com.google.android.gms:play-services-measurement-sdk-api@@20.1.2:3) 2025/01/26 18:01:17.006 E com.embarcadero.AdTestD12 13280 13708 AndroidRuntime at com.google.android.gms.internal.ads.zzbnq.run(com.google.android.gms:play-services-ads-lite@@22.2.0:10) 2025/01/26 18:01:17.006 E com.embarcadero.AdTestD12 13280 13708 AndroidRuntime at java.lang.Thread.run(Thread.java:923) 2025/01/26 18:01:17.006 E com.embarcadero.AdTestD12 13280 13708 AndroidRuntime Caused by: java.lang.ClassNotFoundException: Didn't find class "com.google.android.gms.common.R$string" on path: DexPathList[[zip file "/data/app/~~Pts3t76XeBO1SwYlnYkkgg==/com.embarcadero.AdTestD12-tDvQz1HYX23fQ4WpUJMxbw==/base.apk"],nativeLibraryDirectories=[/data/app/~~Pts3t76XeBO1SwYlnYkkgg==/com.embarcadero.AdTestD12-tDvQz1HYX23fQ4WpUJMxbw==/lib/arm, /data/app/~~Pts3t76XeBO1SwYlnYkkgg==/com.embarcadero.AdTestD12-tDvQz1HYX23fQ4WpUJMxbw==/base.apk!/lib/armeabi-v7a, /system/lib, /system/system_ext/lib]] The error is occurring because you removed ADTestD12.R.jar from the project. It seems you did not carefully read the instructions from the demo.
-
Is there an error message? If not, please use a log viewer to check if the system is generating any error messages.