Post not yet marked as solved
At times, I saw a Local Network Privacy Alert when opening an app, even when I'm exclusively using cellular data. Additionally, when I reinstall certain apps from the Apple App Store at the same time, some of them immediately request provincial network permissions, others do not which may only use the system network library.
Has anyone else faced this issue? It seems like a system issue lead to a unexpected behaviour.
The console log has some XPC_ERROR_CONNECTION_INVALID error log related to the process of nehelper.
nehelper sent invalid response: <dictionary: 0x245cb7e20> { count = 1, transaction: 0, voucher = 0x0, contents =
"XPCErrorDescription" => <string: 0x245cb7fb8> { length = 18, contents = "Connection invalid" }
} 30760 0x89d905 UsageTrackingAgent 38502326 libsystem_networkextension.dylib
nw_parameters_set_source_application_by_bundle_id_internal Failed to convert from bundle ID (com.apple.UsageTrackingAgent) to UUID. This could lead to wrong data usage accounting. 30760 0x89d905 UsageTrackingAgent 38502326 Network
After iOS15.4 was released, we noticed the issue. It seems a system bug. It's waiting for the lock for a long time(dead lock).
Hardware Model: iPhone13,3
Process: app [9492]
Path: /private/var/containers/Bundle/Application/***/app.app/app
Identifier: com.aaa.app
AppStoreTools: 13C90b
AppVariant: 1:iPhone13,3:15
Code Type: ARM-64 (Native)
Role: Foreground
Parent Process: launchd [1]
Coalition: com.aaa.app [956]
Date/Time: 2022-03-17 18:04:46.2811 +0800
Launch Time: 2022-03-17 17:35:18.7389 +0800
OS Version: iPhone OS 15.4 (19E241)
Release Type: User
Baseband Version: 2.53.01
Report Version: 104
Exception Type: EXC_CRASH (SIGKILL)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY
Termination Reason: FRONTBOARD 2343432205
<RBSTerminateContext| domain:10 code:0x8BADF00D explanation:scene-update watchdog transgression: application<com.aaa.app>:9492 exhausted real (wall clock) time allowance of 10.00 seconds
ProcessVisibility: Background
ProcessState: Running
WatchdogEvent: scene-update
WatchdogVisibility: Background
WatchdogCPUStatistics: (
"Elapsed total CPU time (seconds): 20.970 (user 13.070, system 7.900), 35% CPU",
"Elapsed application CPU time (seconds): 0.829, 1% CPU"
) reportType:CrashLog maxTerminationResistance:Interactive>
Triggered by Thread: 0
Kernel Triage:
VM - pmap_enter failed with resource shortage
VM - pmap_enter failed with resource shortage
Thread 0 name:
Thread 0 Crashed:
0 libsystem_kernel.dylib 0x00000001cddd1178 __ulock_wait + 8
1 libsystem_platform.dylib 0x0000000207a399ac _os_unfair_lock_lock_slow + 172 (lock.c:578)
2 JavaScriptCore 0x00000001a26f1c38 pas_page_sharing_pool_take_least_recently_used + 800 (lock_private.h:684)
3 JavaScriptCore 0x00000001a26f2cf4 pas_physical_page_sharing_pool_take + 248 (pas_page_sharing_pool.c:716)
4 JavaScriptCore 0x00000001a26ca2ec bmalloc_medium_bitfit_page_config_specialized_allocator_try_allocate + 260 (pas_page_sharing_pool.c:862)
5 JavaScriptCore 0x00000001a26cf48c bmalloc_heap_config_specialized_local_allocator_try_allocate_slow + 328 (pas_local_allocator_inlines.h:1595)
6 JavaScriptCore 0x00000001a26ba39c bmalloc_allocate_impl_casual_case + 888 (pas_local_allocator_inlines.h:1796)
7 JavaScriptCore 0x00000001a19d6fb8 ***::RobinHoodHashTable<***::RefPtr<***::UniquedStringImpl, ***::RawPtrTraits<***::UniquedStringImpl>, ***::DefaultRefDerefTraits<***::UniquedStringImpl> >, ***::KeyValuePair<***::RefPtr<***::Uniqu... + 52 (FastMalloc.h:219)
8 JavaScriptCore 0x00000001a19c6a2c ***::HashTableAddResult<***::HashTableIterator<***::RobinHoodHashTable<***::RefPtr<***::UniquedStringImpl, ***::RawPtrTraits<***::UniquedStringImpl>, ***::DefaultRefDerefTraits<***::UniquedStringIm... + 140 (RobinHoodHashTable.h:729)
9 JavaScriptCore 0x00000001a19c3dac JSC::BytecodeIntrinsicRegistry::BytecodeIntrinsicRegistry(JSC::VM&) + 33204 (BytecodeIntrinsicRegistry.cpp:59)
10 JavaScriptCore 0x00000001a23931fc JSC::VM::VM(JSC::VM::VMType, JSC::HeapType, ***::RunLoop*, bool*) + 11444 (unique_ptr.h:728)
11 JavaScriptCore 0x00000001a2395fd8 JSC::VM::createContextGroup(JSC::HeapType) + 52 (VM.cpp:241)
12 JavaScriptCore 0x00000001a1811dc0 JSContextGroupCreate + 32 (JSContextRef.cpp:70)
13 JavaScriptCore 0x00000001a14aa2a4 -[JSVirtualMachine init] + 24 (JSVirtualMachine.mm:94)
14 JavaScriptCore 0x00000001a14aa304 -[JSContext init] + 32 (JSContext.mm:71)
15 WebKit 0x00000001a5058b94 API::SharedJSContext::ensureContext() + 56 (APISerializedScriptValueCocoa.mm:51)
16 WebKit 0x00000001a5058ad4 API::SerializedScriptValue::deserialize(WebCore::SerializedScriptValue&, OpaqueJSValue const**) + 44 (APISerializedScriptValueCocoa.mm:78)
17 WebKit 0x00000001a50d7180 ScriptMessageHandlerDelegate::didPostMessage(WebKit::WebPageProxy&, WebKit::FrameInfoData&&, API::ContentWorld&, WebCore::SerializedScriptValue&) + 136 (WKUserContentController.mm:152)
18 WebKit 0x00000001a5424da4 WebKit::WebUserContentControllerProxy::didPostMessage(***::ObjectIdentifier<WebKit::WebPageProxyIdentifierType>, WebKit::FrameInfoData&&, unsigned long long, ***::Span<unsigned char const, 18446744... + 732 (WebUserContentControllerProxy.cpp:346)
19 WebKit 0x00000001a5708dcc WebKit::WebUserContentControllerProxy::didReceiveMessage(IPC::Connection&, IPC::Decoder&) + 2716 (HandleMessage.h:139)
20 WebKit 0x00000001a5159b60 IPC::MessageReceiverMap::dispatchMessage(IPC::Connection&, IPC::Decoder&) + 264 (MessageReceiverMap.cpp:129)
21 WebKit 0x00000001a5381dac WebKit::WebProcessProxy::didReceiveMessage(IPC::Connection&, IPC::Decoder&) + 40 (AuxiliaryProcessProxy.cpp:247)
22 WebKit 0x00000001a514e2ac IPC::Connection::dispatchMessage(std::__1::unique_ptr<IPC::Decoder, std::__1::default_delete<IPC::Decoder> >) + 788 (Connection.cpp:1080)
23 WebKit 0x00000001a514d960 IPC::Connection::dispatchIncomingMessages() + 508 (Connection.cpp:1229)
24 JavaScriptCore 0x00000001a265de10 ***::RunLoop::performWork() + 200 (Function.h:82)
25 JavaScriptCore 0x00000001a265ebac ***::RunLoop::performWork(void*) + 36 (RunLoopCF.cpp:46)
26 CoreFoundation 0x000000019632ff04 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 28 (CFRunLoop.c:1972)
27 CoreFoundation 0x0000000196340c90 __CFRunLoopDoSource0 + 208 (CFRunLoop.c:2016)
28 CoreFoundation 0x000000019627a184 __CFRunLoopDoSources0 + 268 (CFRunLoop.c:2053)
29 CoreFoundation 0x000000019627fb4c __CFRunLoopRun + 828 (CFRunLoop.c:2951)
30 CoreFoundation 0x00000001962936b8 CFRunLoopRunSpecific + 600 (CFRunLoop.c:3268)
31 GraphicsServices 0x00000001b232d374 GSEventRunModal + 164 (GSEvent.c:2200)
32 UIKitCore 0x0000000198bf8e88 -[UIApplication _run] + 1100 (UIApplication.m:3511)
33 UIKitCore 0x000000019897a5ec UIApplicationMain + 364 (UIApplication.m:5064)
34 app 0x0000000104cd277c main + 388 (main.mm:38)
35 dyld 0x0000000109919ce4 start + 520 (dyldMain.cpp:879)
Post not yet marked as solved
It works fine on M1 Chip like the attach image, but could't select the Apple Vision Pro (Designed for iPad) on non-M1.
Why VisionOS simulator(Designed for iPad) only support Apple Silicon?
Post not yet marked as solved
On iOS 17 beta 1 or previous iOS versions, the [LAContext canEvaluatePolicy:error:] method works well without requiring the NSFaceIDUsageDescription key in the plist.
However, when iOS 17 beta 2 (21A5268h) released, we notice some crash issues related to TCC_CRASHING_DUE_TO_PRIVACY_VIOLATION. The crash termination reason suggests that an NSFaceIDUsageDescription key must be included in the plist file, providing a string value explaining to the user how the app uses Face ID data. It is important to note that we do not actually require this permission.
It is challenging to reproduce this issue, as it occurs sporadically without clear triggering conditions. These problems are likely associated with changes made to the LocalAuthentication or TCC frameworks within Apple's beta system.
Thread 1:
0 libsystem_kernel.dylib 0x00000001e6a68ba0 semaphore_wait_trap + 8
1 libdispatch.dylib 0x00000001a8a3e89c _dispatch_sema4_wait + 28 (lock.c:139)
2 libdispatch.dylib 0x00000001a8a3ef4c _dispatch_semaphore_wait_slow + 132 (semaphore.c:132)
3 LocalAuthentication 0x00000001d51349b8 -[LAClient _checkIdResultForTCC:synchronous:error:retryBlock:finally:] + 500 (LAClient.m:383)
4 LocalAuthentication 0x00000001d5135828 __64-[LAClient evaluatePolicy:options:uiDelegate:synchronous:reply:]_block_invoke_2 + 180 (LAClient.m:547)
5 CoreFoundation 0x00000001a0dd65b4 __invoking___ + 148
6 CoreFoundation 0x00000001a0d83a0c -[NSInvocation invoke] + 428 (NSForwarding.m:3399)
7 Foundation 0x000000019fdffdf4 __NSXPCCONNECTION_IS_CALLING_OUT_TO_REPLY_BLOCK__ + 16 (NSXPCConnection.m:170)
8 Foundation 0x000000019fdd1f64 -[NSXPCConnection _decodeAndInvokeReplyBlockWithEvent:sequence:replyInfo:] + 520 (NSXPCConnection.m:316)
9 Foundation 0x00000001a050eb5c __88-[NSXPCConnection _sendInvocation:orArguments:count:methodSignature:selector:withProxy:]_block_invoke_5 + 188 (NSXPCConnection.m:1662)
10 Foundation 0x000000019fd965fc -[NSXPCConnection _sendInvocation:orArguments:count:methodSignature:selector:withProxy:] + 2244 (NSXPCConnection.m:1679)
11 CoreFoundation 0x00000001a0d82c0c ___forwarding___ + 1008 (NSForwarding.m:3634)
12 CoreFoundation 0x00000001a0de79d0 _CF_forwarding_prep_0 + 96
13 LocalAuthentication 0x00000001d513573c __64-[LAClient evaluatePolicy:options:uiDelegate:synchronous:reply:]_block_invoke + 204 (LAClient.m:546)
14 LocalAuthentication 0x00000001d5134fe4 __47-[LAClient _performSynchronous:callId:finally:]_block_invoke + 504 (LAClient.m:446)
15 libdispatch.dylib 0x00000001a8a3e300 _dispatch_client_callout + 20 (object.m:561)
16 libdispatch.dylib 0x00000001a8a4dce8 _dispatch_sync_invoke_and_complete + 56 (queue.c:1071)
17 LocalAuthentication 0x00000001d5134dac -[LAClient _performSynchronous:callId:finally:] + 196 (LAClient.m:465)
18 LocalAuthentication 0x00000001d5135634 -[LAClient evaluatePolicy:options:uiDelegate:synchronous:reply:] + 296 (LAClient.m:545)
19 LocalAuthentication 0x00000001d513f38c -[LAContext _evaluatePolicy:options:synchronous:reply:] + 188 (LAContext.m:373)
20 LocalAuthentication 0x00000001d513f084 -[LAContext _evaluatePolicy:options:log:cid:synchronous:reply:] + 388 (LAContext.m:348)
21 LocalAuthentication 0x00000001d5124268 -[LAContext _evaluatePolicy:options:log:cid:error:] + 272 (LAContext.m:402)
22 LocalAuthentication 0x00000001d5123fec -[LAContext canEvaluatePolicy:error:] + 276 (LAContext.m:548)
....
Thread 24 Crashed:
0 libsystem_kernel.dylib 0x00000001e6a78394 __terminate_with_payload + 8
1 libsystem_kernel.dylib 0x00000001e6a9aca0 abort_with_payload_wrapper_internal + 136 (terminate_with_reason.c:106)
2 libsystem_kernel.dylib 0x00000001e6a9acb4 abort_with_payload + 16 (terminate_with_reason.c:124)
3 TCC 0x00000001c1471928 __TCC_CRASHING_DUE_TO_PRIVACY_VIOLATION__ + 172 (TCC.c:563)
4 TCC 0x00000001c14720a0 __TCCAccessRequest_block_invoke_7 + 600 (TCC.c:707)
5 TCC 0x00000001c146f154 __tccd_send_message_block_invoke + 624 (TCC.c:0)
6 libxpc.dylib 0x0000000208d09b14 _xpc_connection_reply_callout + 116 (serializer.c:119)
7 libxpc.dylib 0x0000000208cfc484 _xpc_connection_call_reply_async + 80 (connection.c:881)
8 libdispatch.dylib 0x00000001a8a3e380 _dispatch_client_callout3 + 20 (object.m:587)
9 libdispatch.dylib 0x00000001a8a5bb04 _dispatch_mach_msg_async_reply_invoke + 344 (mach.c:3102)
10 libdispatch.dylib 0x00000001a8a50d40 _dispatch_root_queue_drain_deferred_item + 336 (queue.c:7011)
11 libdispatch.dylib 0x00000001a8a50628 _dispatch_kevent_worker_thread + 500 (queue.c:6484)
12 libsystem_pthread.dylib 0x0000000208ca8e88 _pthread_wqthread + 344 (pthread.c:2635)
13 libsystem_pthread.dylib 0x0000000208ca8bf0 start_wqthread + 8
Post not yet marked as solved
We met many crashes like below on iOS 15, it seems multi-thread issue EXC_BAD_ACCESS.
We get the dataServiceIdentifier on different threads.
Does CTTelephonyNetworkInfo not thread-safe anymore from iOS 15?
0 libobjc.A.dylib _objc_retain
1 CoreTelephony -[CoreTelephonyClientMux cachedValueForSelector:]
2 CoreTelephony -[CoreTelephonyClient(Data) getCurrentDataServiceDescriptorSync:]
3 CoreTelephony -[CTTelephonyNetworkInfo dataServiceIdentifier]
Post not yet marked as solved
After the user upgrades to iOS16, our app receives a few crash reports attempted to dereference garbage pointer on iOS16.
These issues only happen on iOS16. Here we provide some typical cases.
It may be a system bug!
Case A
0 libobjc.A.dylib _cache_getImp
1 libobjc.A.dylib _class_respondsToSelector_inst
2 Foundation __NSDescriptionWithStringProxyFunc
3 CoreFoundation ___CFStringAppendFormatCore
4 CoreFoundation __CFStringCreateWithFormatAndArgumentsReturningMetadata
5 CoreFoundation __CFStringCreateWithFormatAndArgumentsAux2
6 Foundation +[NSString stringWithFormat:]
Case B
0 libobjc.A.dylib _cache_getImp
1 libobjc.A.dylib _object_getMethodImplementation
2 CoreFoundation __NSIsNSString
3 CoreFoundation -[NSTaggedPointerString isEqual:]
4 CoreFoundation -[__NSDictionaryM objectForKey:]
I've been having trouble uploading images to the Apple Store for a long time, it's unbelievable.
Post not yet marked as solved
We noticed an strange issue related to the iOS system. On iOS 15/16, we can reproduce the crash issue using the following steps.
Steps to reproduce:
click any app(also including the system app) icon, cold launch the app
kill the app at once
cold launch the app at once( this step may crash with no app crash report generated)
We can reproduce the issue using the above steps.
And we also provide the crash screen recording of the App Store app.
https://drive.google.com/file/d/16JyEHfMVFU24EAuIefDrjT94RiBBunpI/view?usp=sharing
Expect apple can notice the issue and fix it.
We received many crash reports like the below attachment. When the app state switch from background to foreground.
As the document https://developer.apple.com/documentation/xcode/addressing-watchdog-terminations suggest,
We checked all thread's call stacks and have no idea why the app is force killed.
We also make sure that the main thread is not blocked by the log of our app.
It may be the issue of apple's watchdog as the main thread is not busy. The app is killed by the watchdog unexpectedly.
Does anyone have ideas on how to solve the system issue?
Exception Type: EXC_CRASH (SIGKILL)
Exception Codes: 0x0000000000000000, 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY
Termination Reason: FRONTBOARD; [2343432205]
<RBSTerminateContext| domain:10 code:0x8BADF00D explanation:scene-update watchdog transgression: application<com.eeeeeeeeeee.tttt>:8829 exhausted real (wall clock) time allowance of 10.00 seconds
ProcessVisibility: Foreground
ProcessState: Running
WatchdogEvent: scene-update
WatchdogVisibility: Foreground
WatchdogCPUStatistics: (
"Elapsed total CPU time (seconds): 13.430 (user 13.430, system 0.000), 20% CPU",
"Elapsed application CPU time (seconds): 0.660, 1% CPU"
) reportType:CrashLog maxTerminationResistance:Interactive>
Triggered by Thread: 0
Thread 0 name: Dispatch queue: com.apple.main-thread
Thread 0 Crashed:
0 libsystem_kernel.dylib 0x21e3624a0 mach_msg_trap + 8
1 libsystem_kernel.dylib 0x21e362ae4 mach_msg + 76
2 CoreFoundation 0x1e6832d30 __CFRunLoopServiceMachPort + 372
3 CoreFoundation 0x1e68371bc __CFRunLoopRun + 1180
4 CoreFoundation 0x1e684abc8 CFRunLoopRunSpecific + 600
5 GraphicsServices 0x2029b6374 GSEventRunModal + 164
6 UIKitCore 0x1e91beb58 -[UIApplication _run] + 1100
7 UIKitCore 0x1e8f40090 UIApplicationMain + 364
8 Tttt 0x1049ba8cc 0x1049b4000 + 26828 // main main.m:23
9 dyld 0x106fa5da4 start + 520
For the full crash report from apple please refer to watchdog 0x8BADF00D
Post not yet marked as solved
Since the release of iOS 16, many users of our app had complained that many WebP images in our App broken suddenly which made the app unusable.
We are using google's WebP library to decode WebP data. We create a CGDataProviderRef with WebPDecoderConfig output using MODE_RGB colorspace and feed it to CGImageCreate.
On iOS 16 beta version, It just returns nil which is unexpected.
Only if we use WebPDecoderConfig with MODE_rgbA, it works correctly and return a valid image ref. However, on iOS systems before iOS 16, it works correctly with the exactly same image.
Does apple will fix this issue?
Post not yet marked as solved
https://api.appstoreconnect.apple.com/v1/profiles/{id}?include=bundleId.bundleIdCapabilities
The detail of the api refer to
https://developer.apple.com/documentation/appstoreconnectapi/read_and_download_profile_information.
ACCESS_WIFI_INFORMATION capability is enabled, but the api result data is missing the capability.
Post not yet marked as solved
We met some feedback of upgrade installation failed, I also met the same issue. And I can make sure I didn't cancel the upgrade install, but the apple system log shows install failed reason due to the user canceled.
canceled by client 1 for reason Error Domain=IXUserPresentableErrorDomain Code=3 "This installation was canceled by the user." UserInfo={NSLocalizedFailureReason=User canceled., NSLocalizedDescription=This installation was canceled by the user.}).
By analyzing the system log, I guess when upgrading the in-house app, the iOS system may need to uninstall the old version app, but the uninstall operation may fail due to some unknown reason. And will lead the upgrade install failed(the real install failed reason).
I don't know well about the installation of the in-house app. I think the in-house app upgrade install has some bugs.
Does anyone meet the same issue when upgrading the in-house app? Please download detail install log uploaded in the attachment!
detail upgrade install log
2022-01-27 22:34:19.225873 +0800 nehelper Handling an apps installed notification with bundle IDs (
"com.***.yyy"
)
2022-01-27 22:34:19.291323 +0800 runningboardd Acquiring assertion targeting system from originator [daemon<com.apple.mobile.installd>:203] with description <RBSAssertionDescriptor| "FBSApplicationTerminationAssertion" ID:32-203-1450 target:system attributes:[
<RBSPreventLaunchLimitation| <RBSProcessPredicate <RBSProcessBundleIdentifierPredicate "com.***.yyy">>>
]>
2022-01-27 22:34:19.293129 +0800 runningboardd Executing termination request for: <RBSProcessPredicate <RBSProcessBundleIdentifierPredicate "com.***.yyy">>
2022-01-27 22:34:19.531831 +0800 installd 0x16cf8b000 -[MIUninstaller performUninstallationWithError:]: Uninstalling parallel placeholder for com.***.yyy
2022-01-27 22:34:19.533612 +0800 installd com.***.yyy:7:9:2:1:Success (End) : Uninstall (Parallel Placeholder)
2022-01-27 22:34:19.537589 +0800 SpringBoard termination assertion released for com.***.yyy
2022-01-27 22:34:19.537889 +0800 *** com.***.yyy:5:6:1:1:Unregister bundles - Start
2022-01-27 22:34:19.674045 +0800 *** com.***.yyy:5:6:1:1:Beginning _LSUnregisterAppWithBundleID (placeholder only)
2022-01-27 22:34:19.756216 +0800 installcoordinationd -[IXSDataPromise cancelForReason:client:]: <IXSPlaceholder(0x15ff07b80) Name:App Placeholder: inhouse (com.***.yyy) Creator:App Store UUID:972307B4-DC5D-4A50-8421-4AE931560BA9> : canceled by client 1 for reason Error Domain=IXUserPresentableErrorDomain Code=3 "This installation was canceled by the user." UserInfo={NSLocalizedFailureReason=User canceled., NSLocalizedDescription=This installation was canceled by the user.}
2022-01-27 22:34:19.756742 +0800 installcoordinationd -[IXSDataPromise decommission]: Decommissioning <IXSPlaceholder(0x15ff07b80) Name:App Placeholder: inhouse (com.***.yyy) Creator:App Store UUID:972307B4-DC5D-4A50-8421-4AE931560BA9>
2022-01-27 22:34:19.757803 +0800 installcoordinationd -[IXSDataPromise cancelForReason:client:]: <IXSPromisedStreamingZipTransfer(0x15fe0e460) Name:UPP599852B1/com.***.yyy Creator:App Store UUID:36AE0914-4D2F-4C30-BE98-ED352ED22145 PercentComplete:0.108321 IsComplete:N DiskUsageBytes:0> : canceled by client 1 for reason Error Domain=IXUserPresentableErrorDomain Code=3 "This installation was canceled by the user." UserInfo={NSLocalizedFailureReason=User canceled., NSLocalizedDescription=This installation was canceled by the user.}
2022-01-27 22:34:19.759059 +0800 installcoordinationd -[IXSDataPromise decommission]: Decommissioning <IXSPromisedStreamingZipTransfer(0x15fe0e460) Name:UPP599852B1/com.***.yyy Creator:App Store UUID:36AE0914-4D2F-4C30-BE98-ED352ED22145 PercentComplete:0.000000 IsComplete:N DiskUsageBytes:0>
2022-01-27 22:34:19.784715 +0800 appstored Placeholder for application {bundleID = com.***.yyy; version = 2201122041; shortVersion = 1.8.1; variantID = (null)} removed, re-verifying installed application
2022-01-27 22:34:19.786051 +0800 appstored Handling application installation: {bundleID = com.***.yyy; version = 2201122041; shortVersion = 1.8.1; variantID = (null)}
2022-01-27 22:34:19.786089 +0800 appstored Ignoring installation for {bundleID = com.***.yyy; version = 2201122041; shortVersion = 1.8.1; variantID = (null)} as it does not appear to support ODR
2022-01-27 22:34:19.787542 +0800 appstored Canceling progress for bundleID: com.***.yyy
2022-01-27 22:34:19.807920 +0800 navd com.***.yyy:5:8:3:1:applicationsDidInstall <LSApplicationProxy: 0x103859f80> com.***.yyy file:///private/var/containers/Bundle/Application/70D1ADCE-B225-4F55-84A1-CA834A516F45/inhouse.app/ <com.***.yyy <installed >:0>
2022-01-27 22:34:21.645313 +0800 tccd Handling Application Uninstalled event for {
bundleIDs = (
"com.***.yyy"
);
isPlaceholder = 1;
}.
2022-01-27 22:34:22.107373 +0800 tccd LS says com.***.yyy was uninstalled but now we have found it is still installed.
2022-01-27 22:34:28.331871 +0800 nehelper Handling an apps uninstalled notification with bundle IDs (
"com.***.yyy"
)
2022-01-27 22:34:28.754040 +0800 nehelper Handling an apps installed notification with bundle IDs (
"com.***.yyy"
)
Post not yet marked as solved
When my device upgraded to
iOS15 beta1, the installed Enterprise App cannot launch success.
ErrorMsg :
Signature Version Unsupported, reason: Signature version no longer supported
codefei.