✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount
✨ New Plugin Alert ✨ SleekRank is now available with €50 launch discount

SleekView Kanban for Solid Backups (formerly BackupBuddy)

Solid Backups (formerly BackupBuddy) stores every backup job as a row in itsec_backupbuddy_jobs with state, source, and destination. SleekView Kanban reads that data, groups backup jobs by status, and lets the team drag a failed card back to queued without leaving the admin.

♾️ Lifetime License available

SleekView Kanban board for Solid Backups (formerly BackupBuddy)

Why BackupBuddy backup jobs fit a kanban view

Solid Backups (formerly BackupBuddy) keeps every backup job as a row in itsec_backupbuddy_jobs with the state, the source, the destination, and the runtime stored alongside the slot. Related metadata lives in itsec_backupbuddy_archives. The default admin screen shows that data as a flat list sorted by date, which is fine for record lookup but slow when an overnight backup job has stalled and a backup operations admin needs to see whether it is queued, running, or has actually moved to failed state.

SleekView Kanban points at the same backup job records and renders them as four columns: Queued, Running, Successful, and Failed. Each card surfaces the backup job label, the destination handle, and the runtime. When a failed backup job needs another attempt, the team drags the card back into queued and Solid Backups (formerly BackupBuddy) picks it up on the next pass. No second list, no manual retry through a settings screen that buries the action behind tabs.

The team can filter the board by destination, schedule, or scope, then save that filtered view as a board for one site or one client. The kanban reads from the live backup job records, so retrying a card here triggers the same code path that the standard run button uses, with the same hooks firing for notifications and logs.

Workflow

From the default BackupBuddy list to a live board

1

Connect BackupBuddy as the source

Pick Solid Backups (formerly BackupBuddy) from the SleekView data source picker. It auto-detects the itsec_backupbuddy_jobs store and the itsec_backupbuddy_archives metadata so the board reads
2

Group cards by the status field

Select the status field as the kanban column. SleekView reads every distinct value, surfaces Queued, Running, Successful, Failed, and lets the team rename, reorder, hide, or recolor each column without touching the
3

Pick the card front fields

Choose the backup job label, the destination handle, and the runtime as the card front. Add a secondary line for schedule and log line. The card editor previews real backup job data so the team confirms the layout
4

Enable drag-and-drop writeback

Turn writeback on and dragging a card writes the new status back to the Solid Backups (formerly BackupBuddy) record via the WordPress REST API. Capability checks honor the existing admin role, and every move is recorded

Sample board

Sample BackupBuddy board grouped by status

Four real status columns showing how a backup operations admin moves BackupBuddy backup jobs across Queued, Running, Successful, and Failed during a single working session.
Queued
4
Nightly full backup waiting in queue
Stash Live, 02:00 UTC slot
Weekly database backup waiting queue
Amazon S3, Sun 03:00 slot
Manual pre-update backup waiting
Local archive folder, manual
Running
1
Nightly full backup currently running
Archive 1.2 of 2.5 GB done
Database backup to Stash running
Tables 18 of 42 processed
Plugin folder to Dropbox running
Files 72 of 240 processed
Successful
118
Nightly full backup finished success
Size 2.5 GB, finished 02:22
Weekly database backup finished ok
Size 96 MB, finished 03:04
Pre-update uploads backup finished ok
Size 680 MB, finished 15:48
Failed
3
Full backup to Stash Live did fail
Connection refused at remote
Database backup to S3 bucket failed
Bucket access denied error
Uploads backup to Dropbox did fail
Token expired overnight here

Comparison

Default BackupBuddy screen vs SleekView Kanban

Default BackupBuddy tabs

  • Default screen is a flat sortable list hiding backup job status behind a small pill
  • Updating a backup job status takes three clicks and a full page reload every time
  • No live counts per state, so workload across backup jobs stays hidden from the team
  • Bulk actions cover delete and trash but never bulk status moves across many rows
  • Filtering by destination resets when navigating between pages of backup jobs listing

SleekView Kanban

  • Drag a card from failed to queued and the status writes back live
  • Column counts update live so the backup admin sees workload without filtering or scrolling
  • Save filtered boards as URLs, one per destination, schedule, or scope across the site
  • Card front maps to the backup job label, destination handle, runtime, and last log line
  • Permissions inherit from Solid Backups (formerly BackupBuddy) roles, no second auth layer to

Features

What SleekView Kanban gives you for Solid Backups (formerly BackupBuddy)

Status columns you can rename

Solid Backups (formerly BackupBuddy) ships with Queued, Running, Successful, Failed as the four core states. Rename them to match the runbook, reorder them to match the flow, and recolor each column so the board makes failed

Drag to retry not re-trigger

Every card move writes back to the same status field that Solid Backups (formerly BackupBuddy) already reads, so retried backup jobs run through the same pipeline as fresh ones. No second queue, no shadow retry list, no risk of

Filter by destination or scope

Add a secondary filter on the destination handle, the scope, or the schedule slot and SleekView narrows the board to that subset. Ops sees the full board, the backup admin sees one destination, and the manager keeps the

Audience

Where backup admins use the BackupBuddy kanban first

Morning backup triage

Open the board at 9am, scan the failed column for overnight issues, drag failed backup jobs back into queued, and watch the running column drain as the next pass processes the retries from across the

Pre-release backup checkpoint

Before a release, fire a manual backup job card, watch it move from queued to running to successful, then promote the deploy. If the backup job fails, the card stays in failed until the retry

Multi-site capacity view

Filter the board to one client site at a time and watch the running column count as a live capacity gauge. If running stays full while queued grows, stagger schedules before the queue stalls the next

The bigger picture

Why a kanban beats the default BackupBuddy screen

Solid Backups (formerly BackupBuddy) is a great backup engine. The records hold the state, the destination map holds the targets, and the schedule slot holds the timing. What it does not give the team is a daily operating picture of which backup jobs are healthy and which are not.

The default screen is a record list, designed to inspect a single backup job, not to triage a column of failed backup jobs at once. The backup operations admin ends up keeping a separate sticky note of failed runs or wiring a notification plugin just to know which backup job died overnight while the team slept. A kanban changes the shape of the work.

Instead of asking which backup jobs need attention today, the team sees the answer as soon as the page loads, because every failed backup job is in the failed column and every running one is in the running column. Moving a card writes the new status back to the record, so the picture stays accurate. The backup admin works the board, the manager reads the column counts, and the on-call engineer treats the failed column as a single source of truth.

Questions

Common questions about SleekView Kanban for Solid Backups (formerly BackupBuddy)

No. The board reads from the same itsec_backupbuddy_jobs store that the plugin already uses. When the team drags a card, SleekView writes the new status back to that store, so there is only one source of truth for every backup job on the site and every Solid Backups (formerly BackupBuddy) hook still fires correctly

 

Yes. The column titles are display labels, not the underlying status values. Rename queued to waiting, failed to broken, or anything else that matches how the team writes incident notes. SleekView stores the rename separately so the data still uses the standard Solid Backups (formerly BackupBuddy) values.

 

SleekView Kanban inherits the Solid Backups (formerly BackupBuddy) capability map. If a user can run a backup job or view the admin screen, they can drag the matching card on the board. If they only have view rights, the board renders in read-only mode and the drag handles stay hidden from each card.

 

Yes. Add a filter on the destination handle or the schedule slot, then save the filtered view as a named board. Each board gets its own URL so one destination board lives next to another, and a single board can stay open on a status monitor without losing the rest.

 

The kanban polls the Solid Backups (formerly BackupBuddy) record store at a configurable interval, with two minutes as the default. New successful and failed entries appear in the matching column within that window. Existing cards refresh in place so dragging a card never loses its position when a sibling updates.

 

Yes. SleekView reads every distinct value in the status field, including the extra states that add-ons register for cloud destinations and remote stores. The team chooses which of those columns to show on the board and hides the rest without removing the underlying data.

 

Yes. The card editor lets the team pick any field stored on the backup job record, including the destination handle, the runtime, and the last log line. A common layout shows the backup job label, destination, and runtime on the front, with the log line visible on hover for the engineer.

 

Yes. The plugins do not conflict because SleekView only reads and writes the same records that Solid Backups (formerly BackupBuddy) already manages. Many teams use the admin screen for one-time setup and configuration, and the kanban for daily triage and retries from across the whole site at once.

 

Pricing

More than 1000+
happy customers

Explore our flexible licensing options tailored to your needs. Upgrade your license anytime to access more features, or opt for a lifetime license for ongoing value, including lifetime updates and lifetime support. Our hassle-free upgrade process ensures that our platform can grow with you, starting from whichever plan you choose.

Starter

€79

EUR

per year

  • 3 websites
  • 1 year of updates
  • 1 year of support

Pro

€149

EUR

per year

  • Unlimited websites
  • 1 year of updates
  • 1 year of support

Lifetime ♾️

Most popular

€249

EUR

once

  • Unlimited websites
  • Lifetime updates
  • Lifetime support

...or get the Bundle Deal
and save €250 🎁

The Bundle (unlimited sites)

Pay once, own it forever

Elevate your WordPress site with our exclusive plugin bundle that includes all of our premium plugins in one package. Enjoy lifetime updates and lifetime support. Save significantly compared to buying plugins individually.

What’s included

  • SleekAI

  • SleekByte

  • SleekMotion

  • SleekPixel

  • SleekRank

  • SleekView