This living document highlights edge cases to consider and resolve while developing app intents.

Listen tab A/B variant is control (feature turned off)

Options:

1. Features of the Play Podcast intent involving the listen tab could work differently. For example:
   1. Where “continuous play” would apply, we may instead only queue up the episode of the requested podcast, with nothing in the queue afterwards.
   2. Rather than deep linking to the listen tab, determine the right way to present the full screen player only, with no other disruption to what the user may have been looking at beneath it
2. Functionality of the intent (fetching and persisting podcast information, responding to Siri commands, etc) could be predicated on the listen tab variant being enabled. If the listen tab A/B is control*,* behave as thought the **intent’s A/B variant is also control **(described below).

Podcast intent A/B variant is control (feature turned off)

We should be able to hide any user-facing remnants of the feature by doing the following:

1. For the SiriKit portion of intent handling, return nil from application(_:handlerFor intent:).
2. For the AppIntents portion of intent handling, isDiscoverable should compute to false to hide the intent from Shortcuts and Spotlight.
3. The AppShortcutsProvider should return an empty array for appShortcuts.
4. Skip any fetching of podcast data unique to this intent.