[GH-ISSUE #2325] Possibility to have same scripts in different checks #3382

Closed
opened 2026-03-14 07:14:35 +03:00 by kerem · 2 comments
Owner

Originally created by @infracba on GitHub (Oct 21, 2025).
Original GitHub issue: https://github.com/amidaware/tacticalrmm/issues/2325

Server Info (please complete the following information):

  • OS: Debian 12
  • Browser: Firefox
  • RMM Version (as shown in top left of web UI): 1.3.1

Installation Method:

  • Standard
  • Standard with --insecure flag at install
  • Docker

Agent Info (please complete the following information):

  • Agent version (as shown in the 'Summary' tab of the agent from web UI): not concerned
  • Agent OS: not concerned

Describe the bug
A clear and concise description of what the bug is.

I made a "template" script for Linux hosts that checks for specific package installed with a known version. The script takes two vars: PACKAGE & VERSION.
We can't add the same script multiple times in checks, the last added overwrite the original one.
This is a bit annoying because it could prevents us to make the same script multiple times.

To Reproduce
Steps to reproduce the behavior:

  1. Go to 'Policy Automation'
  2. Add a new Script check based on "Script A" with env vars P=A, V=B
  3. Add another one, also based on "Script A" with env vars P=C, V=D
  4. The first script check is overwrite by the second one.

Expected behavior
Possibility to have same script check but with different vars or args, so we could have only 1 script for tasks like the one described 😄

Originally created by @infracba on GitHub (Oct 21, 2025). Original GitHub issue: https://github.com/amidaware/tacticalrmm/issues/2325 **Server Info (please complete the following information):** - OS: Debian 12 - Browser: Firefox - RMM Version (as shown in top left of web UI): 1.3.1 **Installation Method:** - [X] Standard - [ ] Standard with `--insecure` flag at install - [ ] Docker **Agent Info (please complete the following information):** - Agent version (as shown in the 'Summary' tab of the agent from web UI): not concerned - Agent OS: not concerned **Describe the bug** A clear and concise description of what the bug is. I made a "template" script for Linux hosts that checks for specific package installed with a known version. The script takes two vars: PACKAGE & VERSION. We can't add the same script multiple times in checks, the last added overwrite the original one. This is a bit annoying because it could prevents us to make the same script multiple times. **To Reproduce** Steps to reproduce the behavior: 1. Go to 'Policy Automation' 2. Add a new Script check based on "Script A" with env vars P=A, V=B 3. Add another one, also based on "Script A" with env vars P=C, V=D 4. The first script check is overwrite by the second one. **Expected behavior** Possibility to have same script check but with different vars or args, so we could have only 1 script for tasks like the one described 😄
kerem closed this issue 2026-03-14 07:14:40 +03:00
Author
Owner

@P6g9YHK6 commented on GitHub (Oct 21, 2025):

it is possible but it's bugged if going trough policies

https://github.com/amidaware/tacticalrmm/issues/1462

<!-- gh-comment-id:3429515769 --> @P6g9YHK6 commented on GitHub (Oct 21, 2025): it is possible but it's bugged if going trough policies https://github.com/amidaware/tacticalrmm/issues/1462
Author
Owner

@infracba commented on GitHub (Oct 22, 2025):

it is possible but it's bugged if going trough policies

#1462

Sorry i didn't find the related issue.
Thanks for your answer

<!-- gh-comment-id:3430741987 --> @infracba commented on GitHub (Oct 22, 2025): > it is possible but it's bugged if going trough policies > > [#1462](https://github.com/amidaware/tacticalrmm/issues/1462) Sorry i didn't find the related issue. Thanks for your answer
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/tacticalrmm#3382
No description provided.