Skip to content

Add a conditions editor and last status to report schedules - #57

Open
JonBons wants to merge 1 commit into
amidaware:developfrom
JonBons:feat-report-schedule-conditions-ui
Open

JonBons wants to merge 1 commit into
amidaware:developfrom
JonBons:feat-report-schedule-conditions-ui

Conversation

@JonBons

@JonBons JonBons commented Aug 21, 2026 •

Copy link
Copy Markdown

The API side is in the tacticalrmm PR. This is the form, the table, and the toast.

You can put Jinja expressions on the schedule. Same variables as the template. Empty means always run. Changing the template clears the list so you don't keep predicates that belonged to the old one.

The table shows last status and how many conditions are set. A manual run that skipped used to say it ran and then send you to history. It didn't write a history row. That toast now says it skipped.

This will not work against an unpatched API. /run/ still looks like success if the backend never returns skipped.

How I tested

  • Pick a template. The conditions section shows up
  • Save with none, Run. Success toast and a history row
  • Condition False. Skip toast, Last Status skipped, no history
  • Condition True. Success again
  • Change the template. Conditions list clears
  • {% for %} is rejected on save
  • undefined_name errors, it does not skip

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants