How are you supposed to handle ShieldActionDelegate's .defer action?

According to the documentation, your ShieldAction extension can return the .defer action to make iOS ask your ShieldConfiguration extension for a new shield that properly demonstrate this new state.

But I don't understand how you're supposed to detect this event in the ShieldConfiguration extension. The API that is called to fetch a configuration is always the same, it contains no context for why it is being called. You also can't store/share any information of your own because you get a new instance every time and the extensions are sandboxed.

How are you supposed to determine that a configuration is being requested as a result of the .defer action being triggered in order to return a completely different shield? The WWDC session for this feature shows that this is clearly possible, but it doesn't show the code that achieves it.

For context, I'm using Xcode 14.0.

Up vote post of SkeletonApocalypse Down vote post of SkeletonApocalypse
1.2k views
Posted by
SkeletonApocalypse
Reply
Add a Comment

Accepted Reply

You can share data between your app and its various extensions by configuring App Groups. Even though Shield Configuration extensions are heavily sandboxed, you should still be able to read data from your app group's container.

Posted by
Kmart
Up vote reply of Kmart Down vote reply of Kmart
Post marked as solved

  • I was very confused because I couldn't get this to work at all, but I finally figured out what I was doing wrong. I was trying to both read and write data in the Shield Configuration, but like you said it only has reading permissions. So in order to implement .defer I had to architecture it so that the Shield Action does all the writing and the Configuration only needs to read it.

    —
    SkeletonApocalypse
Add a Comment

Replies

You can share data between your app and its various extensions by configuring App Groups. Even though Shield Configuration extensions are heavily sandboxed, you should still be able to read data from your app group's container.

Posted by
Kmart
Up vote reply of Kmart Down vote reply of Kmart
Post marked as solved

  • I was very confused because I couldn't get this to work at all, but I finally figured out what I was doing wrong. I was trying to both read and write data in the Shield Configuration, but like you said it only has reading permissions. So in order to implement .defer I had to architecture it so that the Shield Action does all the writing and the Configuration only needs to read it.

    —
    SkeletonApocalypse
Add a Comment