Admin Delete on the Workers tab removes the row, but the worker's next heartbeat (every 30 s) re-inserts it with a new id, so the worker reappears within a minute – and any scheduled command that referenced the old id now points at nothing. The button gives no indication of this.
Suggested fix
Either restrict Delete to offline workers (and say so), or add a decommissioned flag that rejects further heartbeats until re-enabled. Warn when a deleted worker is referenced by schedules.
## Overview
Admin **Delete** on the Workers tab removes the row, but the worker's next heartbeat (every 30 s) re-inserts it with a new id, so the worker reappears within a minute – and any scheduled command that referenced the old id now points at nothing. The button gives no indication of this.
## Suggested fix
Either restrict Delete to offline workers (and say so), or add a `decommissioned` flag that rejects further heartbeats until re-enabled. Warn when a deleted worker is referenced by schedules.
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
Admin Delete on the Workers tab removes the row, but the worker's next heartbeat (every 30 s) re-inserts it with a new id, so the worker reappears within a minute – and any scheduled command that referenced the old id now points at nothing. The button gives no indication of this.
Suggested fix
Either restrict Delete to offline workers (and say so), or add a
decommissionedflag that rejects further heartbeats until re-enabled. Warn when a deleted worker is referenced by schedules.