Building, integrating, or customizing apps and workflows within Microsoft Teams using developer tools and APIs
Thank you for sharing your concerns.
First, I’d like to clarify that this is a user‑to‑user support forum. Moderators participating here do not have access to backend systems, nor can we directly intervene in Microsoft product functionality. Our role is limited to providing technical guidance and sharing best‑practice recommendations based on reported issues, requests, and scenarios.
Regarding to your concerns:
For "devicePermissions": ["media"]
Currently, I have not found any official Microsoft documentation stating that this permission is supported in Outlook or Microsoft 365 hosts. According to Microsoft documentation, device permissions (including media access such as microphone and camera) are defined for Teams apps and require user consent within the Teams client environment.
When the app is rendered in Outlook or the Microsoft 365 app, the tab content runs inside an iframe hosted by the parent application. In this scenario, access to device capabilities such as the microphone depends on whether the host application provides or forwards those browser permissions to the embedded content. At the moment, this capability might not available in Outlook, which results in the "Unable to access microphone" behavior.
Any supported way in manifest v1.22 to prevent the app from appearing in Outlook and M365 hub
There is no simple or direct manifest configuration (including in version 1.22) that allows restricting the app to run only in Microsoft Teams. Beginning with manifest version 1.13, Teams apps are automatically enabled to run across multiple Microsoft 365 hosts, including Teams, Outlook, and the Microsoft 365 app.
This behavior is related to a mechanism called runtime requirements (such as requirementSet and elementRelationshipSet), which controls how app capabilities behave across different hosts. However, this mechanism is designed to manage feature and API dependencies and does not explicitly include support for media or microphone capabilities.
As a result, runtime requirements cannot be used to restrict the app based on microphone usage.
If it is strictly required to keep the app Teams-only, one possible approach is to continue using manifest version 1.12 or earlier. Otherwise, when using manifest version 1.13 or later (including 1.22), host-specific behavior must be handled at runtime within the application code.
You can refer here:
Specify App Runtime Requirements - Teams | Microsoft Learn
For passing the Microsoft Store review process
Unfortunately, Microsoft requires every app published to the public Teams Store to undergo a full and mandatory review process. This process includes both technical validation and strict usability checks.
As part of the review, Microsoft reviewers always test the app in the Outlook hub and the Microsoft 365 hub. This behavior is automatic because any personal tab using manifest version 1.22 (or higher) is promoted by the platform to these hosts by default. If errors are hidden, fixes are skipped, or unofficial workarounds are applied, the app is likely to be rejected again during review. In more serious cases, this could lead to the Partner Center account being flagged or the app being removed after publication.
Please note that this summary is based on my own findings and may not fully address your concerns. To help you reach your goal more effectively, I recommend engaging with [GitHub Community Forum] for a deeper technical dive or to connect with individuals who have relevant experience and expertise. Some approaches may behave differently or be restricted depending on your specific environment and configuration. These forums include many experienced developers and Microsoft specialists who can assist with troubleshooting and guidance.
If you have any additional concerns, feel free to comment below. I would be more than happy to assist.
Note: Please follow the steps in [our documentation] to enable e-mail notifications if you want to receive the related email notification for this thread.