Our app is a secure enterprise portal (business email, files, chat) for MDM-managed
corporate devices. Preventing selected text from leaving the app is a hard product
requirement, so we opt out of Writing Tools everywhere.
On iOS 27.2, the Siri AI entry still appears in the text-selection edit menu
(the bubble menu shown on long-press/selection), in both WKWebView and UITextView,
and it allows sending the selected text to Siri. We have exhausted every public API
and documented all of it:
-
writingToolsBehavior = .none is set and verified at runtime.
- WKWebViewConfiguration.writingToolsBehavior == .none (-1) before the web view
is created, and the web view's internal content view also reports -1. - UITextView.writingToolsBehavior = .none as well.
- The documentation for UIWritingToolsBehavior.none says "Writing Tools will
ignore this view", so we expected no AI entry point for selections in these views.
- WKWebViewConfiguration.writingToolsBehavior == .none (-1) before the web view
-
The entry is not in UIMenuBuilder. We dumped the entire menu tree in
buildMenu(with:) (root and all children, before and after calling super):
only standard-edit / open / format / learn / speech / share are present.
There is no Siri-related menu or command to remove. -
The entry does not go through canPerformAction(_:withSender:). We log every
selector that is queried; no Siri/WritingTools-related selector ever appears.
Our override returns false for everything except cut/copy/paste/select/
selectAll/delete — yet the Siri AI entry is still shown. -
Even a fully custom menu does not help. Returning a UIMenu built from scratch
(only our own UIActions, ignoring suggestedActions) from
textView(_:editMenuForTextIn:suggestedActions:) still gets the Siri AI entry
attached to the presented edit menu. So the entry is attached to the edit-menu
container itself, not to the menu contents.
Questions:
- Is there any supported API on iOS 27 for an app to suppress the Siri AI entry
in the edit menu for specific views (or app-wide)? - If not, is this intended behavior? It appears to contradict the documented
contract of UIWritingToolsBehavior.none ("Writing Tools will ignore this view"). - Is there a recommended approach for apps handling confidential data
(banking/меdical/enterprise) other than the MDM allowWritingTools restriction?
Environment: iOS 27.2 (Iphone 16Pro), Xcode 27.2, deployment target iOS 13.