Skip to content

Reword the RunGlassesAction intent description so the upload passes ITMS-90626 - #307

Merged
straff2002 merged 1 commit into
mainfrom
fix/siri-intent-description
Aug 9, 2026
Merged

Reword the RunGlassesAction intent description so the upload passes ITMS-90626#307
straff2002 merged 1 commit into
mainfrom
fix/siri-intent-description

Conversation

@straff2002

Copy link
Copy Markdown
Owner

Fixes the ITMS-90626 upload rejection:

Invalid Siri Support. App Intent description "Run an OpenGlasses action you've exposed to Siri — built-in, authored, or custom" cannot contain "siri"

App Store Connect scans extracted App Intent metadata — titles, descriptions, AppShortcut phrases — and rejects reserved terms in them. Dropped the word; the description now reads "exposed for voice", which is what the sentence meant anyway.

Audited the whole surface, not just the flagged string

Every other IntentDescription, intent title, and AppShortcut phrase is clean. The only other "Siri" under Intents/ is a code comment. Ordinary UI copy is not scanned — the settings rows saying "Siri Shortcuts", SiriExposureView's "Siri & Search" title and so on are all fine and untouched.

Residual risk worth knowing

The runtime dialog strings in this same file still say "Check OpenGlasses Settings → Siri & Search" when telling the user a missing action needs re-enabling. Those are values returned from perform(), not extracted metadata, so they shouldn't trip the check. Flagging rather than pre-emptively reworghtint them, since they're the clearest wording for the user. If a future upload disagrees, that's where to look.

Verification

String-literal change only, so no behavioural risk. Not build-verified — worth noting that App Intent metadata problems only surface in a Release/SDK build via appintentsmetadataprocessor, and a bad intent can silently wipe all intent metadata. A plain string swap can't do that, but the upload itself is the real check here.

🤖 Generated with Claude Code

…TMS-90626

App Store Connect rejects an upload when App Intent metadata names a reserved
term: 'App Intent description "Run an OpenGlasses action you've exposed to Siri —
built-in, authored, or custom" cannot contain "siri"'. Dropped the word; the
description now says "exposed for voice", which is what the sentence meant anyway.

Audited the whole metadata surface rather than just the flagged string — every
other IntentDescription, intent title, and AppShortcut phrase is clean, and the
only other "Siri" under Intents/ is a code comment. Ordinary UI copy (settings
rows saying "Siri Shortcuts") is not scanned; only the metadata the App Intents
processor extracts.

The runtime dialog strings in this same file still mention "Siri & Search" when
telling the user where to re-enable a missing action. Those are values returned
from perform(), not extracted metadata, so they should not trip the check — worth
knowing in case a future upload disagrees.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@straff2002
straff2002 merged commit d80224a into main Aug 9, 2026
1 check passed
@straff2002
straff2002 deleted the fix/siri-intent-description branch August 9, 2026 06:40
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant