is It expected to sent App Hangs event if System popup about FaceId permission shown ?

[expcapitaldev]

Platform

iOS

Environment

Develop

Installed

Carthage

Version

8.13.1

Did it work on previous versions?

No response

Steps to Reproduce

Show System Popup with Access to Face Id after Secret.load

func loadSecret(_ command: CDVInvokedUrlCommand) {
    let data  = command.arguments[0] as AnyObject?;
    var prompt = "Authentication"
    if let description = data?.object(forKey: "description") as! String? {
        prompt = description;
    }
    var pluginResult: CDVPluginResult
    do {
        **let result = try Secret().load(prompt)**
        pluginResult = CDVPluginResult(status: CDVCommandStatus_OK, messageAs: result);
    } catch {
        var code = PluginError.BIOMETRIC_UNKNOWN_ERROR.rawValue
        var message = error.localizedDescription
        if let err = error as? KeychainError {
            code = err.pluginError.rawValue
            message = err.localizedDescription
        }
        let errorResult = ["code": code, "message": message] as [String : Any]
        // ...
    }
}

Expected Result

no ANR App Hangs event

Actual Result

App Hanging

Secret.load

Are you willing to submit a PR?

No response

[brustolin]

Hello @expcapitaldev thanks for reaching out.
I agree that this is not the desired behaviour, we need to investigate whether its possible to detect this system events to avoid reporting app hangs.

[kahest]

The system notifications for iPhone Pro with dynamic island are not causing the app to hang according to our preliminary tests. We'll test other models without dynamic island next.

[expcapitaldev]

hi guys, any updates here ?

[brustolin]

Unfortunately we could not reproduce this yet @expcapitaldev
If you have any suggestion to help us out we appreciate.

[expcapitaldev]

Show System Popup with Access to Face Id after Secret.load
So, you need only open that System Popup about access to FaceId, I will try later send screenshots, but please show it and see

[julianD77]

We noticed our App started receiving instances of these errors for our live users after we recently updated the @sentry/react-native plugin from 4.15.0 to 5.9.1. The same issues still occurs when using 5.15.2. Our react-native version if useful is 0.72.9

When looking into the cause we then found this issue, alongside some similar posts:

#2715
react-native-clipboard/clipboard#212
flutter/flutter#133557 (comment)

We have been able to confirm that calls to Clipboard.getString and Clipboard.getStrings are resulting in "App hanging for at least ..." errors being reported to Sentry.

We have confirmed this using a specific test build which makes calls to the Clipboard method(s) Clipboard.getString(s). These methods can cause (see below) the iOS UIPasteboard permissions prompt to appear and will cause the SentryANRTracker to report an ANR and an "App hanging" error to be reported in Sentry.

NOTE that in order for the iOS System Privacy prompt to appear you may need to do the following:

• Settings/General/Transfer & Reset/Reset/Reset Location & Privacy
• Reboot the device
• Delete & Reinstall the iOS test App being used to trigger the privacy prompt
• Use a Release build of the test App

[caspg]

How do you deal with this in the meantime? Setting enableAppHangTracking to false?

[expcapitaldev]

I use enableAppHangTracking: false,

[kjxbyz]

same issue

[philipphofmann]

Thanks for the update, @kjxbyz.

[philipphofmann]

I can reproduce the problem by simply calling in our iOS-Swift sample app.

if let clipboard = UIPasteboard.general.string {

}

When the following dialog appears, the Cocoa SDK wrongly detects an app hang. So this has nothing to do with React-Native or Flutter.

@brustolin, I tried to figure out how we can detect such dialogs. Watching the willResignActiveNotification and didBecomeActiveNotificationName doesn't work. I also played around with the FramesTracker to check if the CADisplayLink's properties timestamp, targetTimestamp, duration, or paused give away any useful information to know if a permission dialog is opened, but sadly, these properties all behave exactly the same as when I press the ANR fully blocking button. Do you maybe have any ideas?

[brustolin]

Good thing we can reproduce it now.

Unfortunately I dont think there is an automatic solution for this, since Apple doesn't provide any API to report a system dialog being presented.

Some alternatives:

• Swizzle all potencial blocking functions (Clipboard, TouchId/FaceId, Location)
• Provide an automatic API that should be called before using one of those system functions.

SentrySDK.pauseAppHangTracking {
	//call clipboard in here
}

or

SentrySDK.pauseAppHangTracking()
//call clipboard in here
SentrySDK.resumeAppHangTracking()

Not a friendly solution but this is Apples fault, nothing we can do about it.

[philipphofmann]

We could start with the pauseAppHangTracking callbacks for now, but they are also suboptimal cause most people have to learn it the hard way they have to use them. I don't really want to swizzle the blocking functions.

[philipphofmann]

In the upcoming release, you can use the following API to ignore the app hangs. We're going to add these APIs also to Flutter and RN.

SentrySDK.pauseAppHangTracking()
// Do something that might cause the app to hang,
// and you don't want the Cocoa SDK to report it.
SentrySDK.resumeAppHangTracking()

[expcapitaldev]

thanks!

[philipphofmann]

Meta team SDK issue for reference: getsentry/team-mobile#186.