Help Center / TroubleshootingTroubleshooting

Fix the problem without changing five unrelated settings.

Start with the symptom, confirm the most likely cause, and only move into Advanced configuration after account identity, health, queue state, and resources are checked.

  1. Open Settings → Check YouTube Channels.
  2. Look at the authenticated channel name and channel ID for the account row.
  3. If that channel is not the one you intended, reconnect the Google account and choose the correct YouTube identity.
  4. Only investigate routing after channel identity is correct.
Why this happens

The label you gave an account inside Cliprr does not change which YouTube channel the Google OAuth authorization belongs to.

Newer publishing logs distinguish between states such as selected, skipped, disabled, missing credentials, unhealthy account, quota/rate limitation, upload started, succeeded, or failed.

Check in this order

  1. Confirm publishing is enabled for the destination.
  2. Test the connection/account health.
  3. Verify the account still has valid credentials and provider permissions.
  4. Look for quota/rate limitations or a specific upload failure reason.
  5. Reconnect only when identity/authorization is actually unhealthy.

Normal path

Use Connect in Cliprr, complete the official provider authorization, return to Cliprr, then run Test Connection.

If it still fails

The external provider app may be missing a client configuration, callback URL, publishing permission, or approval. For callback URLs, use the value shown by your current Cliprr version instead of a stale port copied from an older guide.

TikTok-specific check

A successful connection can still offer Draft Upload without Direct Post. Capability/approval is separate from basic account connection.

Open full publishing setup →

Possible reasons include another heavy clip job already running, long-form work using protected capacity, low available memory, or queue/rate safety controls.

This can be normal.

Cliprr now prefers to delay new heavy work rather than pile more rendering/transcription onto a computer that is already under pressure.

Understand resource protection →
  1. Open Settings → Processing Performance.
  2. Select Low Impact.
  3. Let any already-active heavy job finish.
  4. Check Clipping Health and resource diagnostics if the PC still feels overloaded.

Monitoring itself is much lighter than rendering, transcription, encoding, and local AI, so resource usage can spike only when actual processing begins.

Cliprr can make one controlled repair attempt when the local AI response is malformed, then fall back to deterministic title generation if needed. A bad local model response should not trigger endless retries or block the entire clip pipeline.

Open AI Setup →
Advanced troubleshootingDiagnostics, callbacks, manual provider setup, and logs.

Use Advanced only after the normal checks above. Relevant support information can include the resource diagnostic, current Clipping Health state, provider connection test result, and the specific publishing decision/failure reason.

Cliprr's current security direction is to redact OAuth authorization values and provider secrets from normal application logs rather than intentionally writing those sensitive values into routine access logs.