Hello, I am trying to analyse the hang logs stacktrace which are reported via xcode organiser for my app. The json .xchanglog files which are generated are not symbolicated. I was trying out the the recommendations which are used to symbolicate .crash logs but it did not work for me. Is there an apple recommendation on how we can symbolicate/analyse .xchanglog logs locally? Note: I have dSYM files available on my mac. The uuid are matched. Command i am using is replacing the correct values: % atos -arch BinaryArchitecture -o PathToDSYMFile/Contents/Resources/DWARF/BinaryName -l LoadAddress AddressesToSymbolicate Things tried: https://developer.apple.com/documentation/xcode/interpreting-the-json-format-of-a-crash-report https://developer.apple.com/documentation/xcode/adding-identifiable-symbol-names-to-a-crash-report Thanks!

I want to obtain diagnostic payloads for my Unity iOS application. I intentionally crashed (by calling abort) the unity app to invoke didReceiveDiagnosticPayloads but nothing happens. However, when I do this for a sample iOS project that I created in the xcode, didReceiveDiagnosticPayloads works fine. Is there any additional requirements or settings to use MetricKit with Unity?

I want to obtain the hanging diagnostics for my app. In order to simulate receiving them I use Debug > Simulate MetricKit Payloads in Xcode (14.0.1, 14A400), but the didReceive(_ payloads: [MXDiagnosticPayload]) method is not invoked. It works for the didReceive(_ payloads: [MXMetricPayload]) method. Is this a correct behavior? If so, how can I simulate receiving the diagnostic payloads?

Xcode throw an error when i call the api finishExtendedLaunchMeasurement :  [General] Couldn't find persisted ALM/FrontBoard launch signpost id when finishing an ext launch task. Error Domain=MXErrorDomain Code=5 "Internal failures happened inside of MetricKit." UserInfo={NSLocalizedDescription=Internal failures happened inside of MetricKit.} how i can fix this problem？

We have use MetricKit API when app was launched. [[MXMetricManager sharedManager] addSubscriber:self]; the exception is here. Exception Type: EXC_CRASH (SIGABRT) Exception Codes: 0x0000000000000000, 0x0000000000000000 Triggered by Thread: 27 Last Exception Backtrace: 0 CoreFoundation 0x18dbae248 __exceptionPreprocess + 164 (NSException.m:202) 1 libobjc.A.dylib 0x186fc3a68 objc_exception_throw + 60 (objc-exception.mm:356) 2 CoreFoundation 0x18dd19fec __NSFastEnumerationMutationHandler + 116 (NSEnumerator.m:130) 3 Foundation 0x18804d828 -[NSConcreteHashTable countByEnumeratingWithState:objects:count:] + 76 (NSHashTable.m:577) 4 MetricKit 0x1fddf8868 -[MXMetricManager deliverMetricPayload:] + 408 (MXMetricManager.m:336) 5 Foundation 0x1880b66c8 __NSXPCCONNECTION_IS_CALLING_OUT_TO_EXPORTED_OBJECT_S1__ + 16 (NSXPCConnection.m:189) 6 Foundation 0x188686e34 -[NSXPCConnection _decodeAndInvokeMessageWithEvent:reply:flags:] + 1644 (NSXPCConnection.m:705) 7 Foundation 0x188688608 message_handler_message + 88 (NSXPCConnection.m:826) 8 Foundation 0x188688074 message_handler + 152 (NSXPCConnection.m:797) 9 libxpc.dylib 0x1da21a18c _xpc_connection_call_event_handler + 152 (connection.c:834) 10 libxpc.dylib 0x1da21a5bc _xpc_connection_mach_event + 992 (connection.c:1445) 11 libdispatch.dylib 0x194ff609c _dispatch_client_callout4 + 20 (object.m:600) 12 libdispatch.dylib 0x195012830 _dispatch_mach_msg_invoke + 468 (mach.c:2462) 13 libdispatch.dylib 0x194ffd56c _dispatch_lane_serial_drain + 376 (inline_internal.h:0) 14 libdispatch.dylib 0x19501354c _dispatch_mach_invoke + 448 (mach.c:2784) 15 libdispatch.dylib 0x194ffd56c _dispatch_lane_serial_drain + 376 (inline_internal.h:0) 16 libdispatch.dylib 0x194ffe214 _dispatch_lane_invoke + 436 (queue.c:3940) 17 libdispatch.dylib 0x195008e10 _dispatch_workloop_worker_thread + 652 (queue.c:6846) 18 libsystem_pthread.dylib 0x1da1c5df8 _pthread_wqthread + 288 (pthread.c:2618) 19 libsystem_pthread.dylib 0x1da1c5b98 start_wqthread + 8 how to fix this issues?

In the official documentation offsetIntoBinaryTextSegment The offset of the stack frame into the text segment of the binary. But in fact,On iOS 15 and below, the meaning of offsetIntoBinaryTextSegment is load address of image. I found that iOS 16 has a fix for its calculation

histogrammedOptimizedTimeToFirstDraw and histogrammedTimeToFirstDraw are both described as the "time taken to launch the app" with/without pre-warming. But, after we measured these values in production, we found them to be very similar, maybe a few hundred milliseconds apart. We expected the pre-warmed, or hot launches, to be far faster than the cold launches since the docs state that pre-warmed builds execute an app’s launch sequence up until, but not including when main() calls UIApplicationMain(). Which leads me to ask, what do these values truly represent? When in the launch cycle of an app are they captured? Thank you!

We are trying to query our perf and metrics data through the ASC API, and are finding that it returns empty JSONs. Looking in xCode's Organizer we see the same result, with the addition of an 'Insufficient Metrics Data' label. The apps in question are live with a couple thousand users, I was wondering if we could get any information on what scale needs to be reached in order to extract this metrics data?

Good afternoon Previously, every release I got MetricKit data in xCode Organizer, but now the latest metric was 11 months ago 08/04/2021 (07/12/2022 at the time the question was created). However, I continue to receive crash reports in xCode Organizer. I didn't find any guides or troubleshooting about getting metrics. Are there any conditions for the metrics to work? Thanks

Hi! I've implemented collecting MetricKit data for my app. And I don't understand meaning of histogrammedApplicationResumeTime values from appLaunch metric. I explored data and found, that there are can be really huge values – around hours. For example, let's see one data snapshot from real user: It seems unbelievable, that resumeTime takes 10902720ms (1 hour). We've also built a bar chart per percentiles and it looks crazy: p85 – 1030ms | p95 – 1.52 million ms | p99 – 13.2 million ms (3.5 hours) Documentation says: A histogram of the different amounts of time taken to resume the app from the background. For me it sounds like: time between moment, when user launch app, which is in background mode already, to moment, when app comes to foreground stay. But the real data shows that it isn't. Can somebody describe what really means histogrammedApplicationResumeTime metric?

Hi Team, I want to track fundamental metrics for the packetTunnelProvider and subscribe the MXMetricManager in packetTunnel but it did not call the didReceiveMetricPayloads even after using Simulate MetricKit payload. I can subscribe to the container app but In my case, it is not guaranteed that the host app is launched timely or at least once a day. Does the container app itself invoke in the background to collect the app and network extension Metrics in that case? Please suggest the way, how we can collect the metrics for network extension?

Am I able to add a subscriber inside of my Network Extension to receive reports?

three mouths ago，i integrate MetricKit with my app project，but i can not see any data on Xcode Organizer，is there some problem with me? By the way,i can recive the delegate MXMetricManagerSubscriber log in app log,so how can i see the result data on Xcode Organizer? who can help me?

I receive thousands of metrickit crash reports every day ： EXC_CRASH:<RBSTerminateContext| domain:10 code:0x8BADF00D explanation:process-launch watchdog transgression: application:6559 exhausted real (wall clock) time allowance of 60.00 seconds call stack： 0 libobjc.A.dylib libobjc.A.dylib 1 libobjc.A.dylib libobjc.A.dylib 2 libobjc.A.dylib libobjc.A.dylib 3 libobjc.A.dylib libobjc.A.dylib 4 dyld dyld 5 dyld dyld 6 dyld dyld 7 dyld dyld I have a few questions: 1.Does this mean that the dynamic link is stuck? 2.Where should I fix this problem?

I used the app this morning, uninstalled and reinstalled this afternoon. Will the data reported by MetricKit the next day include the data before uninstalling and reinstalling the previous day?

If the app is pre-warm and started, the memory resource is limit and the app exits in background. Does it count as a backgroundExitData.cumulativeMemoryResourceLimitExitCount in Metric Kit?

Good afternoon friends! Can't figure out why metricKit doesn't send MXDiagnosticPayload reports right away? But only once every 24 hours "The system then delivers metric reports at most once per day, and diagnostic reports immediately in iOS 15 and later and macOS 12 and later." - Apple Documentation iPhone 7, iOS 15

I want to know how many users uninstalled the app. Is there any way to get this number? Thanks

I have errror with invoke API--> boringssl_metrics_log_metric_block_invoke(144) Failed to log metrics scattered clouds

AnyOne Can tell me what's different about MXMemoryMetric and phys_footprint? Which is the really one dicide the app should be killed by OOM?