Skip to content

Bugfix: Fall back when AppearanceElements option is unsupported#168

Merged
rhennigan merged 3 commits into
mainfrom
bugfix/155-appearance-elements-failure
Apr 20, 2026
Merged

Bugfix: Fall back when AppearanceElements option is unsupported#168
rhennigan merged 3 commits into
mainfrom
bugfix/155-appearance-elements-failure

Conversation

@rhennigan
Copy link
Copy Markdown
Member

@rhennigan rhennigan commented Apr 20, 2026

Summary

  • Fix MCP Apps cloud notebook deployment failing on accounts that do not support AppearanceElements -> None by transparently retrying CloudDeploy without the option on CloudDeploy::appearancenotsup.
  • Cache the unsupported status in a session flag ($includeAppearanceElements) so subsequent deployments skip the failing attempt instead of retrying and emitting a message every time.
  • Bump paclet version to 2.1.1 and document the new fallback behavior in docs/mcp-apps.md.

Fixes #155.

Test plan

  • On an account that supports AppearanceElements -> None: call WolframLanguageEvaluator / WolframAlpha via an MCP Apps client and confirm the deployed notebook has no footer links.
  • On an account that does NOT support AppearanceElements -> None: call the same tools and confirm deployment succeeds (with footer links visible) rather than failing.
  • After a first unsupported failure, confirm that $includeAppearanceElements is True and subsequent deployments do not emit CloudDeploy::appearancenotsup.
  • Run Tests/MCPApps.wlt and related MCP Apps tests.

🤖 Generated with Claude Code

rhennigan and others added 3 commits April 20, 2026 11:49
Some cloud accounts do not support AppearanceElements -> None in
CloudDeploy, causing MCP app notebook deployment to fail. Retry
without the option when this occurs, and bump paclet to 2.1.1.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Avoid retrying CloudDeploy with AppearanceElements -> None on every
invocation once it's known to fail for the current cloud account.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Copilot AI review requested due to automatic review settings April 20, 2026 16:11
Copy link
Copy Markdown
Contributor

Copilot AI left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Fixes MCP Apps cloud notebook deployment failures on Wolfram Cloud accounts that don’t support AppearanceElements -> None by retrying CloudDeploy without that option and caching the unsupported status for the rest of the session.

Changes:

  • Add CloudDeploy::appearancenotsup fallback with a session-level cache flag to avoid repeated failed attempts/messages.
  • Bump paclet version to 2.1.1.
  • Document the new fallback behavior in MCP Apps docs.

Reviewed changes

Copilot reviewed 3 out of 3 changed files in this pull request and generated 3 comments.

File Description
Kernel/UIResources.wl Implements retry logic around CloudDeploy and adds a session flag to skip unsupported AppearanceElements -> None attempts.
docs/mcp-apps.md Documents the fallback behavior and caching flag.
PacletInfo.wl Bumps paclet version to 2.1.1.

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

Comment thread Kernel/UIResources.wl
Comment thread Kernel/UIResources.wl
Comment thread Kernel/UIResources.wl
@rhennigan rhennigan merged commit b4b7e96 into main Apr 20, 2026
5 checks passed
@rhennigan rhennigan deleted the bugfix/155-appearance-elements-failure branch April 20, 2026 16:28
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.

MCP Apps tools can fail for cloud accounts that do not support AppearanceElements -> None

2 participants