[ZBXNEXT-279] element inheritance from templates should be shown in edit form header Created: 2010 Mar 22  Updated: 2017 May 31  Resolved: 2010 Jun 02

Status: Closed
Project: ZABBIX FEATURE REQUESTS
Component/s: Frontend (F)
Affects Version/s: None
Fix Version/s: 1.8.3

Type: Change Request Priority: Major
Reporter: richlv Assignee: Unassigned
Resolution: Fixed Votes: 1
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Duplicate

 Description   

when editing a templated element (item, trigger, maybe also graph ?), header currently shows (for items) :

"Item 'template_1:item'"

that's for a case : template_1:template_2:template_3:host

instead, it should display :

"Item 'template_1:template_2:template_3:item'"

each template name should be clickable, and clicking it would open the same item (or any other element) properties for that exact template. this should be implemented for items, triggers and graphs at the very least.

edit : scratch the part about graphs, downstream graph properties can not be opened

 Comments   
Comment by Alexey Fukalov [ 2010 Jun 02 ]

ZBXNEXT-279

Comment by richlv [ 2010 Jun 02 ]

1. what about trigger editing form - is that feasible to do the same in there, would that be done in the scope of this issue or not ?
2. it would be nice if host name and item name could be somehow distinguished - otherwise they blend together too easily

Comment by Alexey Fukalov [ 2010 Jun 02 ]

1. ye, forgot about triggers.
2. somehow?

Comment by richlv [ 2010 Jun 02 ]

2. well, font colour, some symbols... not sure. currently it is almost impossible to visually identify host vs item

Comment by richlv [ 2010 Jun 02 ]

3. slightly different issue, but exposed by this one... have a template that is linked to another template which is set to "deny" for the current user. edit a trigger in that template :

Host does not exist.Check expression part starting from '

{Template 3:system.cpu.load.last(0)}

>4'

3.1. space missing before "Check";
3.2. this works with items, so should work with triggers as well...
3.3. operation is not atomic - it changes trigger for the hosts user has permission, but not for "deny" ones.

Comment by richlv [ 2010 Jun 02 ]

permission problem reported as ZBX-2499, changes in this issue good to merge.

Comment by Alexey Fukalov [ 2010 Jun 02 ]

branches/1.8 12492

Generated at Wed Apr 24 13:53:20 EEST 2024 using Jira 9.12.4#9120004-sha1:625303b708afdb767e17cb2838290c41888e9ff0.