Sangyong Kim (Edgar)

Hi, Greg Katechis, Eric Nelson

I am reaching out to seek technical support for an issue encountered within the app while using SupportSDK's RequestUi.buildRequestList to collect inquiries from customers. The problem is associated with a crash that seems to be related to file attachments and occurs intermittently.

Environment Information:

• Support SDK version 6.0.0
• Code base: Swift, SwiftUI
• iOS version 16.6.1 ~ latest(17.1.1)

Stack Trace:

# Crashlytics - Stack trace

Crashed: com.apple.main-thread
0  SupportSDK                     0x931e4 RequestController.imagePickerPresenter.getter + 72 (RequestController.swift:72)
1  SupportSDK                     0x9663c @objc RequestController.traitCollectionDidChange(_:) + 409 (RequestController.swift:409)
2  UIKitCore                      0x27332c -[UIViewController _traitCollectionDidChange:] + 1020
3  UIKitCore                      0x35dd4 -[UIViewController _updateTraitsIfNecessarySchedulingPropagation:] + 276
4  UIKitCore                      0x323ec -[UIView(CALayerDelegate) layoutSublayersOfLayer:] + 848
5  QuartzCore                     0x671c0 CA::Layer::layout_if_needed(CA::Transaction*) + 500
6  QuartzCore                     0x66d48 CA::Layer::layout_and_display_if_needed(CA::Transaction*) + 144
7  QuartzCore                     0x6d278 CA::Context::commit_transaction(CA::Transaction*, double, double*) + 464
8  QuartzCore                     0x66574 CA::Transaction::commit() + 648
9  QuartzCore                     0x6621c CA::Transaction::flush_as_runloop_observer(bool) + 88
10 UIKitCore                      0xaa974 _UIApplicationFlushCATransaction + 52
11 UIKitCore                      0xaa48c _UIUpdateSequenceRun + 84
12 UIKitCore                      0xa9b7c schedulerStepScheduledMainSection + 144
13 UIKitCore                      0xa9c38 runloopSourceCallback + 92
14 CoreFoundation                 0x3731c __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 28
15 CoreFoundation                 0x36598 __CFRunLoopDoSource0 + 176
16 CoreFoundation                 0x34dac __CFRunLoopDoSources0 + 340
17 CoreFoundation                 0x33a88 __CFRunLoopRun + 828
18 CoreFoundation                 0x33668 CFRunLoopRunSpecific + 608
19 GraphicsServices               0x35ec GSEventRunModal + 164
20 UIKitCore                      0x22c2b4 -[UIApplication _run] + 888
21 UIKitCore                      0x22b8f0 UIApplicationMain + 340
22 SwiftUI                        0x11620fc OUTLINED_FUNCTION_31 + 604
23 SwiftUI                        0x1161f40 OUTLINED_FUNCTION_31 + 160
24 SwiftUI                        0xdd3868 OUTLINED_FUNCTION_26 + 2196
25 Ovey                           0xd17c main + 42 (OveyApp.swift:42)
26 ???                            0x1ae3b6dcc (누락)

Thread
0  libsystem_kernel.dylib         0x9730 __workq_kernreturn + 8
1  libsystem_pthread.dylib        0x19b0 _pthread_wqthread + 364
2  libsystem_pthread.dylib        0x1a04 start_wqthread + 8

com.apple.uikit.eventfetch-thread
0  libsystem_kernel.dylib         0x11d8 mach_msg2_trap + 8
1  libsystem_kernel.dylib         0xf70 mach_msg2_internal + 80
2  libsystem_kernel.dylib         0xe88 mach_msg_overwrite + 436
3  libsystem_kernel.dylib         0xcc8 mach_msg + 24
4  CoreFoundation                 0x35d0c __CFRunLoopServiceMachPort + 160
5  CoreFoundation                 0x33c04 __CFRunLoopRun + 1208
6  CoreFoundation                 0x33668 CFRunLoopRunSpecific + 608
7  Foundation                     0x2c54c -[NSRunLoop(NSRunLoop) runMode:beforeDate:] + 212
8  Foundation                     0x5a27c -[NSRunLoop(NSRunLoop) runUntilDate:] + 64
9  UIKitCore                      0x18dfc8 -[UIEventFetcher threadMain] + 420
10 Foundation                     0xb1184 __NSThread__start__ + 732
11 libsystem_pthread.dylib        0x24d4 _pthread_start + 136
12 libsystem_pthread.dylib        0x1a10 thread_start + 8

Thread
0  libsystem_kernel.dylib         0x9730 __workq_kernreturn + 8
1  libsystem_pthread.dylib        0x19b0 _pthread_wqthread + 364
2  libsystem_pthread.dylib        0x1a04 start_wqthread + 8

Thread
0  libsystem_kernel.dylib         0x9730 __workq_kernreturn + 8
1  libsystem_pthread.dylib        0x19b0 _pthread_wqthread + 364
2  libsystem_pthread.dylib        0x1a04 start_wqthread + 8

com.google.firebase.crashlytics.MachExceptionServer
0  Ovey                           0x14faf64 FIRCLSProcessRecordAllThreads + 393 (FIRCLSProcess.c:393)
1  Ovey                           0x14fb344 FIRCLSProcessRecordAllThreads + 424 (FIRCLSProcess.c:424)
2  Ovey                           0x15087dc FIRCLSHandler + 34 (FIRCLSHandler.m:34)
3  Ovey                           0x1508fd8 FIRCLSMachExceptionServer + 521 (FIRCLSMachException.c:521)
4  libsystem_pthread.dylib        0x24d4 _pthread_start + 136
5  libsystem_pthread.dylib        0x1a10 thread_start + 8

JavaScriptCore libpas scavenger
0  libsystem_kernel.dylib         0x1b7c __psynch_cvwait + 8
1  libsystem_pthread.dylib        0xfd4 _pthread_cond_wait + 1228
2  JavaScriptCore                 0x15a4b8c scavenger_thread_main + 1316
3  libsystem_pthread.dylib        0x24d4 _pthread_start + 136
4  libsystem_pthread.dylib        0x1a10 thread_start + 8

com.apple.NSURLConnectionLoader
0  libsystem_kernel.dylib         0x11d8 mach_msg2_trap + 8
1  libsystem_kernel.dylib         0xf70 mach_msg2_internal + 80
2  libsystem_kernel.dylib         0xe88 mach_msg_overwrite + 436
3  libsystem_kernel.dylib         0xcc8 mach_msg + 24
4  CoreFoundation                 0x35d0c __CFRunLoopServiceMachPort + 160
5  CoreFoundation                 0x33c04 __CFRunLoopRun + 1208
6  CoreFoundation                 0x33668 CFRunLoopRunSpecific + 608
7  CFNetwork                      0x258780 _CFURLStorageSessionCopyIdentifier + 69132
8  Foundation                     0xb1184 __NSThread__start__ + 732
9  libsystem_pthread.dylib        0x24d4 _pthread_start + 136
10 libsystem_pthread.dylib        0x1a10 thread_start + 8

Thread
0  libsystem_pthread.dylib        0x19fc start_wqthread + 438

Thread
0  libsystem_kernel.dylib         0x9730 __workq_kernreturn + 8
1  libsystem_pthread.dylib        0x19b0 _pthread_wqthread + 364
2  libsystem_pthread.dylib        0x1a04 start_wqthread + 8

Thread
0  libsystem_kernel.dylib         0x9730 __workq_kernreturn + 8
1  libsystem_pthread.dylib        0x19b0 _pthread_wqthread + 364
2  libsystem_pthread.dylib        0x1a04 start_wqthread + 8

There is a layout problem when raising the keypad and there is an empty space.

issue environment
support sdk version 6.0.0, 7.0.0
code: Swift, SwiftUI

Please give me a quick answer.

Hey Eric,
The cause has been found.There is a problem when the UINavigation Controller adopts the UIGestureRecognizerDelegate protocol within the project and then expands to override the viewDidAppear. Have you found any problems related to this?

extension UINavigationController: UIGestureRecognizerDelegate {
    override open func viewDidLoad() {
        super.viewDidLoad()

        interactivePopGestureRecognizer?.delegate = self
    }

    public func gestureRecognizerShouldBegin(_ gestureRecognizer: UIGestureRecognizer) -> Bool {
        return viewControllers.count > 1
    }

    // Removing this comment and running it will cause infinite loading
//    open override func viewDidAppear(_ animated: Bool) {
//        super.viewDidAppear(animated)
//
//    }

}

I ask you again.
Need a sample application for the "SwiftUI" environment?

Waiting time is so painful because of the late reply. Any other way to get a quick answer?

Could you tell me the progress?
I've been waiting for the team's answer for a long time.

working environment
xcode version - 14.2
App Minimum Support Version - iOS 14.0
Zendesk Support SDK for iOS version - 7.0.0

HelpCenterUi.buildHelpCenterOverviewUi, RequestUi.buildRequestList from iOS Support sdk
There is a problem.

It is being developed in SwiftUI and works normally during debugging, but
Infinite loading occurs on normal app launch.

call view
.fullScreenCover(isPresented: viewStore.binding(\.$isPresentingZendeskRequest)) {
                 ZendeskHelpCenter(supportType: .request)
             }

implementation
struct ZendeskHelpCenter: UIViewControllerRepresentable {
     enum SupportType {
         case FAQs
         case request
     }
    
     let supportType: SupportType
    
     func makeUIViewController(context: Context) -> UIViewController {
         var vc: UIViewController!
         switch supportType {
         case .faq: vc = HelpCenterUi.buildHelpCenterOverviewUi(withConfigs: [RequestUiConfiguration.default])
         case .request: vc = RequestUi.buildRequestList(with: [RequestUiConfiguration.default])
         }
         return UINavigationController(rootViewController: vc)
     }
    
     func updateUIViewController(_ uiViewController: UIViewController, context: Context) {
        
     }
}

The moment you call the screen, you will see the log as below.

Error log calling HelpCenterUi.buildHelpCenterOverviewUi

[Warning] Custom views and layout for UITableViewHeaderFooterView should be contained within the content view. Offending view: >

  RequestUi.buildRequestList call error log

[TableView] Warning once only: UITableView was told to layout its visible cells and other contents without being in the view hierarchy (the table view or one of its superviews has not been added to a window). This may cause bugs by forcing views inside the table view to load and perform layout without accurate information (e.g. table view bounds, trait collection, layout margins, safe area insets, etc), and will also cause unnecessary performance overhead due to extra layout passes . Make a symbolic breakpoint at UITableViewAlertForLayoutOutsideViewHierarchy to catch this in the debugger and see what caused this to occur, so you can avoid this action altogether if possible, or defer it until the table view has been added to a window. Table view: ; backgroundColor = ; layer = ; contentOffset: {0, 0}; contentSize: {414, 93}; adjustedContentInset: {0, 0, 0, 0}; dataSource: (null)>

Same thing happens.
The development environment is xcode 14.2 and I used SPM.
(github.com/zendesk/support_sdk_ios)
I tried cleaning the project, deleting DerivedData and rerunning the project, but to no avail.
The binaryTarget in the target of the SPM package file seems to be the cause.
It seems to happen on Xcode 14+. Time is running out. I hope for a quick resolution.
(Please test in the same environment.)