Every quick/scheduled/internal execution is listed as [Quick Command] with only the user and time. Twenty rows of [Quick Command] are indistinguishable without opening each modal. The detail modal likewise shows Worker ID: <uuid> rather than the worker name.
Multi-worker quick commands create N unrelated executions with no grouping key, so results for one action are scattered across the list.
Suggested fix
Have GET /api/executions return a short summary (first command, truncated) and worker_name(s) via a join / JSON_EXTRACT(logs,'$[0].command').
Render df -h @ pulse-worker-01 in the row.
Add a batch_id to executions created by one multi-worker submission and group them visually.
Resolve worker ids to names in formatLogEntry.
## Overview
Every quick/scheduled/internal execution is listed as `[Quick Command]` with only the user and time. Twenty rows of `[Quick Command]` are indistinguishable without opening each modal. The detail modal likewise shows `Worker ID: <uuid>` rather than the worker name.
Multi-worker quick commands create N unrelated executions with no grouping key, so results for one action are scattered across the list.
## Suggested fix
- Have `GET /api/executions` return a short `summary` (first command, truncated) and `worker_name`(s) via a join / `JSON_EXTRACT(logs,'$[0].command')`.
- Render `df -h @ pulse-worker-01` in the row.
- Add a `batch_id` to executions created by one multi-worker submission and group them visually.
- Resolve worker ids to names in `formatLogEntry`.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Overview
Every quick/scheduled/internal execution is listed as
[Quick Command]with only the user and time. Twenty rows of[Quick Command]are indistinguishable without opening each modal. The detail modal likewise showsWorker ID: <uuid>rather than the worker name.Multi-worker quick commands create N unrelated executions with no grouping key, so results for one action are scattered across the list.
Suggested fix
GET /api/executionsreturn a shortsummary(first command, truncated) andworker_name(s) via a join /JSON_EXTRACT(logs,'$[0].command').df -h @ pulse-worker-01in the row.batch_idto executions created by one multi-worker submission and group them visually.formatLogEntry.