Files
LEDMatrix/docs/PLUGIN_WEB_UI_ACTIONS.md
T
ChuckandClaude Opus 5.5 698807cc62 docs(plugin-config): match the config tab, icon and web-action docs to the code
- PLUGIN_CONFIG_QUICK_START / PLUGIN_CONFIGURATION_TABS /
  PLUGIN_CONFIGURATION_GUIDE: there is no "Reset to Defaults" button (the
  tab has Refresh, Update, Uninstall, Save Configuration); plugin config
  hot-reloads (ConfigService + on_config_change), so no restart; the
  schema is found by the fixed name config_schema.json, not a manifest
  config_schema field; the tab row is "Plugin Manager", not "Plugins";
  forms are server-rendered from /v3/partials/plugin-config/<id>; the
  duration hook is get_display_duration()/display_duration; a class_name
  mismatch raises PluginError; the store requires id, name, class_name and
  display_modes (not version); plugin_system.debug/log_level do not exist
  (use run.py -d / LEDMATRIX_DEBUG). Drop "future" features that shipped.
- PLUGIN_CONFIG_CORE_PROPERTIES: list all of CORE_PLUGIN_PROPERTIES,
  including skin, skin_options and the vegas_* tuning keys.
- PLUGIN_CUSTOM_ICONS: icon is only a Font Awesome class (fallback
  fa-puzzle-piece); emoji/URL icons and getPluginIcon() never existed in
  v3. Note that /api/v3/plugins/installed currently omits icon.
- PLUGIN_WEB_UI_ACTIONS (+ example JSON): success_message, error_message
  and step1_message are never read.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2026-09-22 16:21:58 -04:00

5.7 KiB

Plugin Web UI Actions

Overview

Plugins can define custom action buttons in their configuration page through the web_ui_actions field in their manifest.json. This allows plugins to provide authentication flows, setup wizards, or other interactive actions without requiring changes to the main web UI.

Manifest Schema

Add a web_ui_actions array to your plugin's manifest.json:

{
  "id": "your-plugin",
  "name": "Your Plugin",
  ...
  "web_ui_actions": [
    {
      "id": "action-id",
      "type": "script",
      "title": "Action Title",
      "description": "Brief description of what this action does",
      "button_text": "Execute Action",
      "icon": "fas fa-icon-name",
      "color": "blue",
      "script": "path/to/script.py",
      "oauth_flow": false,
      "section_description": "Optional section description",
      "step2_prompt": "Please paste the full redirect URL:",
      "step2_button_text": "Complete Authentication"
    }
  ]
}

Action Properties

Required Fields

  • id: Unique identifier for this action (used in API calls)
  • type: Action type - currently only "script" is supported
  • script: Path to the Python script relative to plugin directory

Optional Fields

  • title: Display title for the action (defaults to id)
  • description: Description shown below the title
  • button_text: Text for the action button (defaults to title)
  • icon: FontAwesome icon class (e.g., "fab fa-spotify")
  • color: Color theme - "blue", "green", "red", "yellow", "purple", etc. (defaults to "blue")
  • oauth_flow: Set to true for OAuth-style two-step authentication flows
  • section_description: Description shown at the top of the actions section
  • step2_prompt: Prompt text for step 2 redirect URL input
  • step2_button_text: Button text for step 2 (defaults to "Complete Authentication")

The status messages shown after an action runs come from the action's response (message), with built-in fallbacks such as "Action completed successfully"; there are no manifest fields for them.

Action Types

Script Actions (type: "script")

Executes a Python script from the plugin directory. The script receives:

  • LEDMATRIX_ROOT environment variable set to the project root
  • Access to plugin directory and config files

Simple Script Action

For single-step actions (e.g., YouTube Music authentication):

{
  "id": "authenticate-ytm",
  "type": "script",
  "title": "YouTube Music Authentication",
  "description": "Authenticate with YouTube Music",
  "button_text": "Authenticate YTM",
  "icon": "fab fa-youtube",
  "color": "red",
  "script": "authenticate_ytm.py"
}

OAuth Flow Script Action

For two-step OAuth flows (e.g., Spotify):

{
  "id": "authenticate-spotify",
  "type": "script",
  "title": "Spotify Authentication",
  "description": "Authenticate with Spotify",
  "button_text": "Authenticate Spotify",
  "icon": "fab fa-spotify",
  "color": "green",
  "script": "authenticate_spotify.py",
  "oauth_flow": true,
  "step2_prompt": "Please paste the full redirect URL from Spotify after authorization:",
  "step2_button_text": "Complete Authentication"
}

For OAuth flows, the script should:

  1. Step 1: Export a function or pattern that can generate an auth URL
    • Option 1: Define get_auth_url() function
    • Option 2: Define load_spotify_credentials() function (Spotify-specific pattern)
  2. Step 2: Accept redirect URL via stdin and complete authentication

Example: Music Plugin

Here's a complete example for the ledmatrix-music plugin:

{
  "id": "ledmatrix-music",
  "name": "Music Player - Now Playing",
  ...
  "web_ui_actions": [
    {
      "id": "authenticate-spotify",
      "type": "script",
      "title": "Spotify Authentication",
      "description": "Click to authenticate with Spotify",
      "button_text": "Authenticate Spotify",
      "icon": "fab fa-spotify",
      "color": "green",
      "script": "authenticate_spotify.py",
      "oauth_flow": true,
      "section_description": "Authenticate with Spotify or YouTube Music to enable music playback display.",
      "step2_prompt": "Please paste the full redirect URL from Spotify after authorization:",
      "step2_button_text": "Complete Authentication"
    },
    {
      "id": "authenticate-ytm",
      "type": "script",
      "title": "YouTube Music Authentication",
      "description": "Click to authenticate with YouTube Music",
      "button_text": "Authenticate YTM",
      "icon": "fab fa-youtube",
      "color": "red",
      "script": "authenticate_ytm.py"
    }
  ]
}

How It Works

  1. Plugin defines actions in manifest.json → web_ui_actions
  2. API loads actions → /api/v3/plugins/installed includes web_ui_actions in response
  3. Frontend renders buttons → Configuration form dynamically generates action buttons
  4. User clicks button → Calls /api/v3/plugins/action with plugin_id and action_id
  5. Backend executes → Runs script or performs action based on type
  6. Result displayed → Success/error message shown to user

Benefits

  • ✅ No web UI changes needed - Plugins define their own actions
  • ✅ Extensible - Easy to add new action types in the future
  • ✅ Consistent UX - All actions follow the same UI patterns
  • ✅ Plugin-specific - Each plugin controls its own authentication/setup flows
  • ✅ Future-proof - Can add endpoint-based actions, webhooks, etc.

Future Enhancements

  • Endpoint actions: Call plugin-defined HTTP endpoints
  • Webhook actions: Trigger webhook URLs
  • Form actions: Collect additional input before execution
  • Batch actions: Execute multiple actions in sequence