[ZBX-19466] Unique names for global scripts Created: 2021 May 26  Updated: 2024 Apr 10  Resolved: 2023 Mar 17

Status: Closed
Project: ZABBIX BUGS AND ISSUES
Component/s: API (A), Frontend (F), Server (S)
Affects Version/s: 5.4.0, 6.0.8
Fix Version/s: 6.0.15rc1, 6.2.9rc1, 6.4.1rc1, 7.0.0alpha1, 7.0 (plan)

Type: Problem report Priority: Minor
Reporter: Brian van Baekel Assignee: Miks Kronkalns
Resolution: Fixed Votes: 5
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: PNG File Screenshot 2021-05-26 at 20.07.38.png     PNG File Screenshot 2021-05-26 at 20.09.30.png     PNG File Screenshot 2021-05-26 at 20.13.43.png     PNG File image-2022-10-21-17-23-58-428.png    
Issue Links:
Duplicate
Sub-task
Team: Team B
Sprint: Sprint 93 (Oct 2022), Sprint 94 (Nov 2022), Sprint 95 (Dec 2022), Sprint 96 (Jan 2023), Sprint 97 (Feb 2023), Sprint 98 (Mar 2023)
Story Points: 4

 Description   

With the introduction of ZBXNEXT-6368 the way scripts are created is changed, which is causing problems.

In Zabbix 5.0/5.2, making a "manual host action script" was done by specifying the menupath followed by the name: menu1/menu2/scriptname

This made sure that a name is unique, but duplicate names in different menus were allowed:

 

When executing such a script, it was nice and consistent, easy to recognise and clear for users.

With the introduction of Zabbix 5.4 the naming of the scrips are changed:

 

Since the name will be added to the menu path, and the name is unique, a configuration as possible with zabbix 5.0 is not possible anymore, as we cannot make multiple scripts with just the name 'enable' and different menu paths.

 

Although this seems like a small regression, it is actually (again) a usability issue in the frontend, causing quite some trouble after an upgrade. 

1) the naming is changed:

2) when working a lot with procedures after an upgrade all those procedures must be updated as well

3) breaking automation (a bit) due to the unique names.

 

I would like to see this naming part reverted into the old situation.



 Comments   
Comment by Oleksii Zagorskyi [ 2022 Sep 08 ]

It looks like suggestion is to revert the new "Menu path" option and discard it, which would include:

  • ignore the new field "Menu path" completely
  • hide it in frontend, 
  • revert back to use only Name, including to for menu path.
  • drop the "Menu path" column in DB.
Comment by Miks Kronkalns [ 2023 Mar 14 ]

Available in:

Comment by Miks Kronkalns [ 2023 Mar 16 ]

Updated API documentation:

Generated at Sat Apr 26 01:16:58 EEST 2025 using Jira 9.12.4#9120004-sha1:625303b708afdb767e17cb2838290c41888e9ff0.