App .NET MAUI Crash on iOS

[acaliaro]

App .NET MAUI Crash on iOS

[janusw]

I have published version 3.1.0-beta.3 today, which includes the fix for this issue.

[smsissuechecker]

Hi @acaliaro,

I'm the friendly issue checker.
Thanks for using the issue template 🌟
I appreciate it very much. I'm sure, the maintainers of this repository will answer, soon.

[acaliaro]

Hi. there are some news about this issue? Thanks

[janusw]

Unfortunately it's not clear how to reproduce this.

Your call stack seems to point to this method:

dotnet-bluetooth-le/Source/Plugin.BLE/Apple/Characteristic.cs

Lines 289 to 299 in b179852

	protected int NSErrorToGattStatus(NSError error)
	{
	switch (error.Domain)
	{
	case "CBATTErrorDomain":
	return (int)error.Code;
	case "CBErrorDomain":
	default:
	return 0x101;
	}
	}

The only way I can see for an exception to occur is if the error parameter is null. Out of the three use cases of the method, two are guarded for this condition, but one is not (quite the contrary, it always seems to be called with null parameter here):

dotnet-bluetooth-le/Source/Plugin.BLE/Apple/Characteristic.cs

Lines 226 to 234 in b179852

	if (args.Error != null)
	{
	reject(new Exception($"Start Notifications: Error {args.Error.Description}"));
	}
	else
	{
	Trace.Message($"StartUpdates IsNotifying: {args.Characteristic.IsNotifying}");
	complete(args.Characteristic.IsNotifying ? 0 : NSErrorToGattStatus(args.Error));
	}

The method NSErrorToGattStatus was introduced in commit f5a12b2 by @chrimaka.

[janusw]

The problem was introduced in version 3.0.0-beta.4, and affects all versions released since then, including 3.0.0 and up to 3.1.0-beta.2.

Is it fixed on master via #827. The fix will be included in the next release.

[acaliaro]

Hi @janusw thanks for your work. When will be released this patch on nuget?

[janusw]

Hi @janusw thanks for your work. When will be released this patch on nuget?

I'd like to tag a new beta release this week, but there are still two pending PRs that I want to include.