Dave Nottage

I suspect that attaching an image file here strips the metadata, since the one you attached appears to have none, or at least the EXIF data is gone.

3 hours ago, MikeMon said:

Copying the FireDAC.inc file to the project folder and altering it didn't work

Whoops! Yeah, I actually discovered that after my comment on the report. I've now updated it. 

1 hour ago, Rollo62 said:

I have no  FireDAC.inc  on hand right now, what did you change there ?

Please refer to my comments on the report: https://quality.embarcadero.com/browse/RSP-18329
 

On 1/14/2020 at 11:06 AM, Dave Nottage said:

As far as the MulticastLock goes, you should call acquire when your app needs to listen (i.e. when your TIdUPDServer is active), and release when it does not.

Incidentally, I suspect that leaving it "acquired" can consume a lot of battery (due to what happened to my device), so it might pay to check when the screen locks and do a release.

As far as the MulticastLock goes, you should call acquire when your app needs to listen (i.e. when your TIdUPDServer is active), and release when it does not.

That said, I've given up on Indy for multicast because there have been too many hoops to jump through, including for Android. 

6 hours ago, MikeMon said:

I'm attaching the log from the XCode Console.

There does not appear to be anything in the log that gives any clues as to why it hangs. This why it's important to also use the debugger and/or refine the code into a reproducible test case.

41 minutes ago, ertank said:

I am uncertain why. Registry search did not find me anything that I think is relevant. There is no "javac" location setting in SDK settings

As far as the SDK settings go, I believe it derives the JDKPath from one or either of the JDK settings:

You can check this in the registry:

32 minutes ago, PeterPanettone said:

Do you also have an unusual WAITING TIME of about 2 - 3 seconds when restoring the IDE window from minimized state?

Nothing so unusual: it takes less than a second.

10 minutes ago, PeterPanettone said:

What is your screen resolution?

Mine is currently 1920x1074, but changing it does not make any difference for me; the behaviour is still the same.

The Output tab of the Messages window usually has the details of the compile error. 

Reported this a couple of months ago: https://quality.embarcadero.com/browse/RSP-26998

Have you tried tracing the code via the debugger? Can you provide a reproducible example? 

7 hours ago, MikeMon said:

the error I'm getting is when I use the latest Firebase SDK 6.14. When I use 6.3 it's compiling fine

Yes, I have that issue too. I've been meaning to report the problem.

7 hours ago, MikeMon said:

When I click yes and every time I run the app after that it is hanging

It presents the prompt every time you run it? Which app is this?

12 hours ago, ertank said:

I did added tags in my initial question

Thanks for the tip! I wasn't aware of tags here, and they're a bit small but at least now I know to look 🙂

Not that it would affect many users (if any), but in FMX.Edit.Style:

  protected
    FNeedChange: Boolean;
    procedure Change; virtual;
    { Messages From Model}
    procedure MMSelLenghtChanged(var AMessage: TDispatchMessageWithValue<Integer>); message MM_EDIT_SELLENGTH_CHANGED;
    procedure MMSelStartChanged(var AMessage: TDispatchMessageWithValue<Integer>); message MM_EDIT_SELSTART_CHANGED;
    procedure MMCheckSpellingChanged(var AMessage: TDispatchMessageWithValue<Boolean>); message MM_EDIT_CHECKSPELLING_CHANGED;

Spot the typo. The last method name pictured is ironic.

Someone should whip up a "spell checker" (of sorts) to see how many of these there are 😉

10 hours ago, MikeMon said:

Any latest tutorials or links on how to set up Firebase Push notifications on iOS?

If by "setup" you're referring to how to set up a project in Firebase Console, you should start here:

..and watch until the 4:52 mark (the rest is not relevant to Delphi)

For Delphi code to implement FCM on iOS, you could refer to this article:

https://www.delphiworlds.com/2020/01/expanding-embarcaderos-fcm-implementation-revisited/

6 hours ago, ertank said:

I am using Delphi 10.3.3. I would like to read caller number right at the time phone is ringing

It would help to specify which platform(s) you want to achieve this on. If it's iOS/Android, then using the OnCallStateChanged method of IFMXPhoneDialerService is supposed to allow you to know when an incoming call starts, and using the GetCurrentCalls method should contain the number. That said, iOS now restricts being able to access the actual number. Also, I know others have had problems with making IFMXPhoneDialerService work at all on Android. I don't know whether that's the case now, however I use my own (non-public) code for it anyway.

3 hours ago, Mark Williams said:

Does anyone know a way of getting the above to function in 64 bit or is there an alternative?

This person seems to have it working in 64-bit:

https://forums.embarcadero.com/message.jspa?messageID=671467&tstart=0

Remove the [Weak] attribute from FIAPService.

Might still be a bug, though. 

35 minutes ago, Rollo62 said:

So why should Bluetooth require GPS sensor ?

Apparently this is the reason:

https://developer.android.com/about/versions/marshmallow/android-6.0-changes.html#behavior-hardware-id

I nearly fell off my chair when I read that: essentially give up your location privacy so no-one can steal your Bluetooth Mac address? Perhaps someone else can explain why that's a good thing.

2 minutes ago, Darian Miller said:

Maybe that just means very few are using THTTPClient.

..or very few using that method, or very few that are vocal about the misspelling 😉

1 hour ago, Darian Miller said:

I haven't checked when this was introduced

It was introduced in 10.3

1 hour ago, Darian Miller said:

I suggest they fix it

You're right that it's not a good look. If it were me, I'd change it and take the small amount of pain (if any) from developers, who would probably understand anyway

3 hours ago, Rollo62 said:

Thats strange, because I remember that it was not always needed to enable location, to use Bluetooth, anyway I'm not 100% sure about that.

It has always needed location permissions, they just don't need to have been requested at runtime prior to Android 6.

Actually putExtra takes a number of different types, including JParcelable. I've modified the Telecom import unit:

https://github.com/DelphiWorlds/KastriFree/blob/master/API/DW.Androidapi.JNI.Telecom.pas

So if you update that, it should now accept LAccountHandle

7 hours ago, Maher Tannous said:

I got an error here ( LAccounts.get(0) )

That part should be more like this:

  LAccounts := TJTelecomManager.Wrap(TAndroidHelper.JObjectToID(LService)).getCallCapablePhoneAccounts;
  if LAccounts <> nil then
  begin
    for I := 0 to 1 do
    begin
      if LAccounts.size > I then
      begin
        LPhoneAccountHandle := TJPhoneAccountHandle.Wrap(TAndroidHelper.JObjectToID(LAccounts.get(I)));
        Intent.putExtra(StringToJString('android.telecom.extra.PHONE_ACCOUNT_HANDLE'), LPhoneAccountHandle);
      end;
    end;
  end;

Happens to me, too. It seems to key on "error:" (i.e. with a colon) because this produces the same result:

@echo There was not one error: everything is OK