Crash when using contactAccessPicker

[stallent]

Hello! First crashing issue we haven't been able to figure out. In an effort to simplify reproducing, here are steps from the default starter skip project.

create new initial app with the --native-app flag

go to ContentView.swift and add import ContactsUI to top of file

add this to WelcomeView below the heart image

if #available(iOS 18.0, *) {
    Button("Add People") {
        showingContactPicker = true
    }
    .contactAccessPicker(isPresented: $showingContactPicker) {  _ in }
}

and @State var showingContactPicker = false to WelcomeView as well.

The picker will show when you run and tap the button, but when you dismiss the picker, there is a crash that appears to be libdispatch/queue related.

I'm curious to know where skip inserts itself in this case. If i wrap that in an #if os(iOS) and its using a built in SwiftUI control, i would have assumed the runtime path would be no diff than just a standalone iOS only SwiftUI app, but obviously there is something skip related happening at either compile time or runtime that is impacting it.

Thank you!

[marcprux]

Is this crash happening on the iOS side of the app? If so, then there must be some issue with how your are calling contactAccessPicker, or perhaps your app doesn't have permission to use the framework. Maybe check https://developer.apple.com/documentation/contacts/cncontactstore/requestaccess(for:completionhandler:)

Note that Skip isn't involved any way on the iOS side of your app: you are calling the Apple framework APIs directly, so any issues the iOS side experiences are unlikely to be related to Skip.

[stallent]

i would tend to agree, but i assure you there is something going on. Its not the missing info.plist key because it properly throws an assert if you are missing that. I add the above to a default native fuse app, libdispatch crash. i add the above to effectively an empty SwiftUI app (non skip). It works.

I found it peculiar as well and its def just on the iOS side, but like i said, it works fine in an empty SwiftUI only project, but not in an empty Skip project. i always boil down issues like this to the bare minimum to remove any unexpected influences.

[marcprux]

If you try an alternative method like using the ContactAccessButton, is there any difference in behavior?

And can you post the stack track from the crash?

[stallent]

ha, i def tried the ContactAccessButton as well and got same crash.

libdispatch.dylib`_dispatch_assert_queue_fail:
    0x102ec81a0 <+0>:   sub    sp, sp, #0x50
    0x102ec81a4 <+4>:   stp    x20, x19, [sp, #0x30]
    0x102ec81a8 <+8>:   stp    x29, x30, [sp, #0x40]
    0x102ec81ac <+12>:  add    x29, sp, #0x40
    0x102ec81b0 <+16>:  adrp   x8, 61
    0x102ec81b4 <+20>:  add    x8, x8, #0xf15            ; "not "
    0x102ec81b8 <+24>:  adrp   x9, 60
    0x102ec81bc <+28>:  add    x9, x9, #0x748            ; ""
    0x102ec81c0 <+32>:  stur   xzr, [x29, #-0x18]
    0x102ec81c4 <+36>:  cmp    w1, #0x0
    0x102ec81c8 <+40>:  csel   x8, x9, x8, ne
    0x102ec81cc <+44>:  ldr    x10, [x0, #0x48]
    0x102ec81d0 <+48>:  cmp    x10, #0x0
    0x102ec81d4 <+52>:  csel   x9, x9, x10, eq
    0x102ec81d8 <+56>:  stp    x9, x0, [sp, #0x10]
    0x102ec81dc <+60>:  adrp   x9, 61
    0x102ec81e0 <+64>:  add    x9, x9, #0xee4            ; "BUG IN CLIENT OF LIBDISPATCH: Assertion failed: "
    0x102ec81e4 <+68>:  stp    x9, x8, [sp]
    0x102ec81e8 <+72>:  adrp   x1, 61
    0x102ec81ec <+76>:  add    x1, x1, #0xeaf            ; "%sBlock was %sexpected to execute on queue [%s (%p)]"
    0x102ec81f0 <+80>:  sub    x0, x29, #0x18
    0x102ec81f4 <+84>:  bl     0x102f02054               ; symbol stub for: asprintf
    0x102ec81f8 <+88>:  ldur   x19, [x29, #-0x18]
    0x102ec81fc <+92>:  str    x19, [sp]
    0x102ec8200 <+96>:  adrp   x0, 61
    0x102ec8204 <+100>: add    x0, x0, #0xf1a            ; "%s"
    0x102ec8208 <+104>: bl     0x102efe604               ; _dispatch_log
    0x102ec820c <+108>: adrp   x8, 93
    0x102ec8210 <+112>: str    x19, [x8, #0x1f0]
->  0x102ec8214 <+116>: brk    #0x1

[stallent]