A clean, simple, and aesthetically pleasing application launcher designed for families and friends. It integrates directly with your self-hosted Pocket ID instance to fetch applications and handle authentication.

• OIDC Authentication: Secured by your own Pocket ID instance.
• Dynamic App List: Automatically fetches applications you have access to via the Pocket ID API.
• Light & Dark Mode: Matches the official Pocket ID Zinc-style themes with a manual toggle.
• Clean UI: Responsive grid that automatically adjusts based on screen width.
• Customizable: Change titles and descriptions via environment variables.
• Unraid Optimized: Structured JSON logging designed for RAM-based log protection and persistent file storage.

Before deploying the launcher, you need to configure two things in your Pocket ID administration panel:

1. Go to Administration > OIDC Clients > Add Client.
2. Name: App Launcher (or whatever you prefer).
3. Callback URLs: https://launcher.yourdomain.com/callback (Replace with your actual URL).
4. Client ID & Secret: Note these down; you'll need them for the environment variables.

1. Go to Administration > API Tokens.
2. Create a new token with at least read access to clients.
3. Note this token down.

1. Go to the Docker tab in Unraid.
2. Click Add Container.
3. Name: pocket-id-launcher
4. Repository: ghcr.io/kc9wwh/app-launcher:latest
5. Network Type: Bridge.
6. Port 3000: Map to your desired host port.
7. Volume Mapping (Optional for persistence):
   • Container Path: /app/logs/
   • Host Path: /mnt/user/appdata/app-launcher/
   • Access Mode: Read/Write
8. Environment Variables: Add the variables listed above.

services:
  app-launcher:
    image: ghcr.io/kc9wwh/app-launcher:latest
    container_name: app-launcher
    ports:
      - "3000:3000"
    environment:
      - POCKET_ID_URL=https://auth.example.com
      - POCKET_ID_API_KEY=pid_xxxx...
      - OIDC_CLIENT_ID=...
      - OIDC_CLIENT_SECRET=...
      - AUTH_SECRET=...
      - PUBLIC_APP_URL=https://launcher.example.com
      - CUSTOM_LOGO_DARK=/app/logo-dark.png # Optional: Theme specific logos
      - CUSTOM_LOGO_LIGHT=/app/logo-light.png
    volumes:
      - /path/to/logs:/app/logs
      - /path/to/logo-dark.png:/app/logo-dark.png:ro
      - /path/to/logo-light.png:/app/logo-light.png:ro
    restart: unless-stopped

If using a Cloudflare Tunnel:

1. Point your public hostname (e.g., launcher.example.com) to the local IP and port of this container (e.g., http://192.168.1.10:3000).
2. Ensure your PUBLIC_APP_URL matches the Cloudflare hostname exactly.

To enable the health status pill in the header, integrate it with an Uptime Kuma Status Page.

1. Log in to your Uptime Kuma instance.
2. Navigate to Status Pages in the top menu.
3. Select your desired status page and click Edit.
4. The Slug is found in the 'Slug' field (e.g., default or main). This corresponds to the URL path: your-kuma-url.com/status/slug.

If your Uptime Kuma instance is behind a Cloudflare Tunnel, the launcher requires client-side access to the Heartbeat API.

• CORS Configuration: You must handle CORS if the launcher and Uptime Kuma are on different domains. In Cloudflare, create a Response Header Transform Rule to add Access-Control-Allow-Origin for your launcher's domain.
• WebSocket Enablement: While the status pill uses the JSON Heartbeat API, ensure WebSockets are enabled in your Cloudflare Tunnel settings if you plan to use other Uptime Kuma features that depend on them.

If the health pill is not appearing or showing 'Status Unknown':

1. Check Server Logs: Look at your Docker/container logs. Upon page load, the server logs its configuration status:
   • kuma_integration_active: Config is correctly detected and passed to the client.
   • kuma_integration_inactive: One or both environment variables are missing.
2. Check Browser Console: Open your browser's Developer Tools (F12) and check the Console:
   • Look for Starting health status polling: [URL]. Verify this URL is reachable from your browser.
   • Check for Status fetch error. This often indicates a CORS issue if the domains differ.
3. Verify Slug: Ensure your UPTIME_KUMA_SLUG matches the 'Slug' in Uptime Kuma, not the page title.

# Install dependencies
npm install

# Run in development mode
npm run dev

MIT