AI Product Tools
Automation

Monitoring Jobs

Reading job statuses, progress, logs, and per-product results, and the actions that control a running or stuck job.

Everything about a job after you create it lives on the same AI Product Tools > AI Automation Jobs page, including the one you just saved. This page covers the list, a job's own detail, its logs, and the actions that pause, resume, retry, or remove it.

The job list

Every job you have, across every status, appears in one table: name, tool, status, progress, created date, and next run.

Automation jobs list with rows in Cancelled, Completed, Completed with failures, and Waiting to run states, each with its own progress bar
A store with a few weeks of jobs: every status you will see, side by side.

Statuses

StatusMeaning
PreparingJust created or triggered; the plugin is still building its product pool. Normally takes well under a minute.
Waiting to runPool built, waiting for its scheduled or triggered start.
ScheduledA recurring or future one-time job that has not reached its next run yet.
RunningActively processing products right now.
PausedStopped by you, or automatically after a provider problem (see Reviewing output and staying safe). Resume to continue from where it left off.
CompletedEvery product reached a final result and none failed.
Completed with failuresFinished, but one or more products failed; the row's progress bar turns amber and names the failure count.
CancelledStopped mid-run with Stop and never resumed.
FailedThe job itself could not continue (for example, it went 30 minutes with no progress).
Job row showing a Paused status pill and a red warning triangle next to the job name
A warning triangle next to the name means the job stopped itself; its tooltip names the exact reason (here, a provider quota problem).

WP-Cron health banners

Automation runs entirely on WP-Cron, so the list page watches for two different signs of trouble:

Orange banner reading WP-Cron is disabled on this site, with instructions to set DISABLE_WP_CRON to false or trigger it via a server cron
The confirmed banner: this only shows when DISABLE_WP_CRON is literally true in wp-config.php.
  • Confirmed: shown only when DISABLE_WP_CRON is set to true in wp-config.php. The banner names the fix directly: set it back to false, or configure a real server cron hitting wp-cron.php.
  • Heuristic: shown instead, only when the confirmed case does not apply, if a job that should already be running shows no sign of having started more than 2 minutes past its due time. This is not proof of a server problem, since WP-Cron only fires on incoming site traffic and a quiet site can delay it on its own; the banner offers "Run jobs in this browser now", which polls from your open tab as a stopgap while you leave it open.

Neither banner changing color or disappearing is itself proof a job is now running; check the job's own row. See Background jobs for the full WP-Cron diagnosis, including your host's cron setup.

A third, separate surface can also appear on this page: if WP-Cron is confirmed disabled (the same condition as the banner above) while any job is still active, pending, scheduled, preparing, or running, a "Background Processing Required" dialog pops up on its own, without you clicking anything.

A job's own detail

Click anywhere on a job's row (its name, status, or dates, just not the checkbox or the actions on the right) to expand its detail inline, right below the row.

A job row reading Completed with failures, with its expanded detail panel below showing a plain Completed badge, Progress, Products, Success, and Failed stat tiles, and a Products list with five Failed rows
A job's detail: the same stats as the row, plus the full per-product list below it. The row itself still says Completed with failures; the panel's own badge just says Completed, since it does not repeat the row's failure-aware label.

The stat row repeats progress, product count, success, and failure counts; Edit, Duplicate (creates a copy named after the original with " (Copy)" added), and Delete sit to the right. A Retry Failed (n) button, where n is the failed count, appears once the job has at least one failed product; it creates a brand new job targeting only the products that failed, rather than re-running the original.

Success toast reading Retry job created with 5 failed products after clicking Retry Failed
Retry Failed always creates a separate job; the original keeps its own failed history untouched.

Per-product results

The Products panel lists every product the job touched or will touch, with filter chips for All, Pending, Processing, Completed, and Failed.

Per-product list with five rows all marked Failed, next to a Progress Overview panel showing 0 processed, 5 failed, 5 total
Each Failed row's own tooltip carries the real provider message, for example OpenAI is overloaded or unavailable right now.

A product that keeps failing with the identical message across every attempt points to a real, ongoing provider problem (a bad key, no quota, a retired model), not a fluke; see Provider errors for what each exact message means.

Logs

Open View Logs (from the row's More actions menu, shown below) for a complete, timestamped run log.

Job Logs modal showing 94 entries, a Level filter set to All, a search box, and INFO and DEBUG log entries
Logs filter by level (Error, Warning, Info, Debug) and free-text search, with a Copy All button for pasting into a support request.

Logs are kept for 30 days by default and then pruned automatically; each entry is capped at 4 KB of message text, so copy anything you need before it ages out.

Controlling a job

More actions menu open on a completed job with failures, showing Trigger Now, Retry Failed, View Logs, Edit, Duplicate, and Delete
More actions on any row: View Logs and Delete are always there; Trigger Now, Edit, and Duplicate join them for every job except a legacy retired-tool one (see Troubleshooting below); Pause or Resume/Run Now replace each other depending on whether the job is running, paused, or scheduled, and Retry Failed only appears once the job has a failed product.
ActionWhat it does
Start / ResumeStarts a scheduled job immediately, or continues a paused one from where it stopped.
PauseStops a running job after its current item; resume it later with no data lost.
StopEnds a running or preparing job for good; it shows as Cancelled.
Run Now / Trigger NowForces an immediate run of a job that is due later, without changing its saved schedule.
EditReopens the wizard on this job's saved settings.
DuplicateCreates a copy with the same settings, named after the original with " (Copy)" added.
DeleteRemoves the job; a bulk "Delete Jobs" option covers several at once.

Stopping a job is immediate and does not ask you to confirm which products to keep: whatever had already been written stays written, and whatever had not started is simply never attempted.

Job row with a Cancelled status pill, a muted grey question-mark icon next to its name, and a stale Next Run time still counting down
A stopped job shows Cancelled, with a muted grey question-mark icon next to its name (hover it for Cancelled by user); that is deliberately different from the red warning triangle a provider-caused pause uses, so you do not mistake a stop you asked for as a problem. Its Next Run column can still show a leftover countdown from before you stopped it (here, in 3h 8m); that time will not actually fire, since the job will not run again.

A new job does not start the instant you create it, and neither does a manual Run Now or Trigger Now: a brand new or recurring-cycle job schedules its first tick about 10 seconds out, while a manual Run Now or Trigger Now schedules its tick about 5 seconds out. Either way, each tick processes up to 10 products in roughly 25 seconds before scheduling the next one 2 seconds later. At most 3 jobs run at the same time site-wide; any more wait their turn in Waiting to run.

Troubleshooting