[ZBXNEXT-1613] No applications in mass-update for items Created: 2009 Nov 07  Updated: 2016 Jan 29  Resolved: 2016 Jan 29

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

Type: New Feature Request Priority: Major
Reporter: Alexei Vladishev Assignee: Unassigned
Resolution: Fixed Votes: 0
Labels: applications, itemmassupdate
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

1.7.1, rev 8167


Issue Links:
Duplicate
is duplicated by ZBX-1598 No applications are listed when mass ... Closed

 Description   

The list of applications is always empty in the item mass-update.Fix this.

Also:

1. Make clear that selection of application will OVERWRITE existing item applications
2. Add possibility to add a new application when doing mass-update



 Comments   
Comment by richlv [ 2009 Nov 08 ]

discussed in http://www.zabbix.com/wiki/contrib/trunk#no_applications_listed_when_doing_a_mass_update_for_items

Comment by richlv [ 2009 Dec 28 ]

applications are now listed in the mass update, but two additional points have not been resolved yet

Comment by Alexei Vladishev [ 2012 Jul 28 ]

I believe (2) is a feature request, so we should at least fix (1).

Comment by richlv [ 2016 Jan 28 ]

for a while now (definitely in 2.4.7) there are two controls in item massupdate : "Replace applications" and "Add new or existing applications".
that seems to cover everything in this issue, should be closed as "fixed" (finding out "fix version" optional )

Comment by Aleksandrs Saveljevs [ 2016 Jan 29 ]

Closing as "Fixed" as per above comment.





[ZBX-14356] Mass update failed for dependent items Created: 2018 May 12  Updated: 2018 Nov 08  Resolved: 2018 Nov 08

Status: Closed
Project: ZABBIX BUGS AND ISSUES
Component/s: None
Affects Version/s: 3.4.9
Fix Version/s: None

Type: Problem report Priority: Major
Reporter: Patrick Fouquet Assignee: Unassigned
Resolution: Duplicate Votes: 0
Labels: dependentitems, itemmassupdate
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: PNG File Error Mass Update.png     XML File dependent-item-mass-update.xml     Text File full-debug-after-description-mass-update.log    
Issue Links:
Duplicate
duplicates ZBX-13712 Error update LLD dependent item Closed
is duplicated by ZBX-14404 Mass update on dependent items fails ... Closed

 Description   

Steps to reproduce:

  1. Select some dependent items in a template
  2. Try a mass update on it

Result:
Items are not updated and we get an error message (See screenshot)

See Debug:

SQL (0.000262): SELECT itemid,key_,hostid FROM items WHERE itemid=
items.php:999 → CFrontendApiWrapper->update() → CApiWrapper->__call() → CFrontendApiWrapper->callMethod() → CApiWrapper->callMethod() → CFrontendApiWrapper->callClientMethod() → CLocalApiClient->callMethod() → call_user_func_array() → CItem->update() → CItem->inherit() → CItemGeneral->inheritDependentItems() → DB::select() → DBselect() in include/classes/db/DB.php:918

Expected:
Items should be updated



 Comments   
Comment by Aigars Kadikis [ 2018 May 22 ]

Hi, all!

Yes, this can be reproducible in version 3.4.9.
Worth to mention that template has to be assigned to host. Without the host, the dependable items can be updatable very well.

Here is dependent-item-mass-update.xml for faster reproduction:
To repeat the steps:
1) assign the template "dependent-item-mass-update" to host,
2) open template in modify mode,
3) select a dependable item
4) press [Mass update] button
5) select "description" field for an update, write some content.
6) press [Update]

here is full-debug-after-description-mass-update.log delivered after [Update] button execution.

Regards,

Comment by Alexander Vladishev [ 2018 Nov 08 ]

Closed as duplicate of ZBX-13712.





[ZBX-13141] Submitting invalid value for "Update interval" field in mass update form redirects to items list. Created: 2017 Dec 05  Updated: 2018 Feb 17  Resolved: 2018 Feb 17

Status: Closed
Project: ZABBIX BUGS AND ISSUES
Component/s: Frontend (F)
Affects Version/s: 3.4.4, 4.0.0alpha1
Fix Version/s: 3.4.8rc1, 4.0.0alpha4, 4.0 (plan)

Type: Problem report Priority: Trivial
Reporter: Gregory Chalenko Assignee: Gregory Chalenko
Resolution: Fixed Votes: 0
Labels: itemmassupdate
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Team: Team B
Sprint: Sprint 25, Sprint 26, Sprint 27
Story Points: 0.5

 Description   

Steps to reproduce:
1. Open host items list and select items for mass update.
2. Check "Update interval" on mass update form and delete "Delay" input field value.
3. Press submit button

Result:
User is redirected to items list with error message:
Field "Update interval" is not correct: a time unit is expected
Expected:
User stay in mass update form with same error message.

Thanks for report to iivs.



 Comments   
Comment by Gregory Chalenko [ 2018 Jan 09 ]

(1) No translation strings changes.

vjaceslavs CLOSED

Comment by Gregory Chalenko [ 2018 Jan 09 ]

RESOLVED in development branch svn://svn.zabbix.com/branches/dev/ZBX-13141

Comment by Gregory Chalenko [ 2018 Feb 16 ]

Fixed in:

  • 3.4.8rc1 r77766
  • 4.0.0alpha4 (trunk) r77767




[ZBX-12407] Mass-update to item type 'Zabbix agent' not possible Created: 2017 Jul 21  Updated: 2019 Dec 10

Status: Open
Project: ZABBIX BUGS AND ISSUES
Component/s: Frontend (F)
Affects Version/s: 3.0.10, 3.4.0alpha2
Fix Version/s: None

Type: Incident report Priority: Trivial
Reporter: Marc Assignee: Unassigned
Resolution: Unresolved Votes: 1
Labels: itemmassupdate, items, massupdate
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: PNG File MassUpdateItemTypeZabbixAgentFails.png    

 Description   

Mass-updating the item type to 'Zabbix agent' fails with the error message:

Expected behavior was that the first Zabbix agent host interface of the respective host gets selected implicitly.



 Comments   
Comment by Marc [ 2017 Jul 21 ]

As glebs.ivanovskis found out, it works when having also provided a host interface in the mass-update form. Wouldn't it make sense to make the host interface selection mandatory in such cases?
However, that doesn't make sense, reps. is possible, when updating multiple items coming from different hosts.

Btw, doing the mass-update for multiple items belonging to different hosts ends successfully, if the items have been inherited by a template. While it is obvious why this is not supposed to work, I wonder whether such an action should end successfully.

So, this bug report is possibly rather about usability related to (lack of?) error messages.





[ZBX-8554] Possible to save multiple zeros in item massupdate form for custom multiplier field Created: 2014 Jul 30  Updated: 2022 Sep 09  Resolved: 2022 Sep 06

Status: Closed
Project: ZABBIX BUGS AND ISSUES
Component/s: Frontend (F)
Affects Version/s: 2.3.3
Fix Version/s: None

Type: Incident report Priority: Trivial
Reporter: Ivo Kurzemnieks Assignee: Unassigned
Resolution: Unsupported version Votes: 0
Labels: itemmassupdate
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Open item massupdate form and check "Custom multiplier" and enter for example double zeros: "00". Field skips validation and saves successfully. Field should be validated just like in item edit form.



 Comments   
Comment by Ivo Kurzemnieks [ 2022 Sep 06 ]

Seems like this field no longer exists since 3.4
Closing the issue.





[ZBX-8235] passive agent items from template stop monitoring if mass updated to active agent items Created: 2014 May 21  Updated: 2017 May 30  Resolved: 2015 Dec 13

Status: Closed
Project: ZABBIX BUGS AND ISSUES
Component/s: API (A), Frontend (F)
Affects Version/s: 2.0.12, 2.2.3
Fix Version/s: 2.0.16rc1, 2.2.11rc1, 2.4.7rc1, 3.0.0alpha4

Type: Incident report Priority: Minor
Reporter: Aleksandrs Saveljevs Assignee: Unassigned
Resolution: Fixed Votes: 0
Labels: itemmassupdate, items, massupdate
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified


 Description   

Suppose we have a template with passive agent items linked to a host. Now, on the host level, let's try to mass update these items to make them active agent items.

Type change will not succeed, because these items come from a template. However, monitoring of these items stops, because they lose their interface - "items.interfaceid" field becomes NULL.



 Comments   
Comment by Gunars Pujats (Inactive) [ 2015 Aug 12 ]

(1) No translation strings changed.

iivs CLOSED

Comment by Gunars Pujats (Inactive) [ 2015 Aug 12 ]

RESOLVED in svn://svn.zabbix.com/branches/dev/ZBX-8235

Comment by Ivo Kurzemnieks [ 2015 Oct 29 ]

(2) Other fields were affected too. I corrected coding style and improved commentary in r56425, please review.

gunarspujats CLOSED

Comment by Ivo Kurzemnieks [ 2015 Oct 29 ]

TESTED,

but close (2) before merging.

Comment by Gunars Pujats (Inactive) [ 2015 Oct 29 ]

Fixed in:

  • pre-2.0.16rc1 r56433
  • pre-2.2.11rc1 r56435
  • pre-2.4.7rc1 r56436
  • pre-3.0.0alpha4 (trunk) r56437
Comment by Gunars Pujats (Inactive) [ 2015 Oct 29 ]

(3) API documentation:

iivs Thanks!
CLOSED





[ZBX-4738] Mass update of items coming from template: "Host interface" shows "No interface found" Created: 2012 Mar 08  Updated: 2017 May 30  Resolved: 2012 Apr 18

Status: Closed
Project: ZABBIX BUGS AND ISSUES
Component/s: Frontend (F)
Affects Version/s: 2.0.0rc1
Fix Version/s: 2.0.0rc3

Type: Incident report Priority: Minor
Reporter: Jens Berthold Assignee: Unassigned
Resolution: Fixed Votes: 0
Labels: itemmassupdate, items, massupdate, template
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Debian 6.0.3
mysql Ver 14.14 Distrib 5.1.49, for debian-linux-gnu (x86_64)
PHP 5.3.3-7+squeeze3 with Suhosin-Patch (cli)



 Description   

When doing a mass update on a host and selecting items coming from a template, the field "Host interface" shows no interfaces, but "No interface found".
Maybe the mass update component is searching for interfaces in the template, instead of searching the host?



 Comments   
Comment by Pavels Jelisejevs (Inactive) [ 2012 Apr 05 ]

RESOLVED.

Comment by Toms (Inactive) [ 2012 Apr 10 ]

(1) When one select items with different types and allowed interfaces are in conflict, "Host interface" check box should be grayed out before agent type is selected.

<pavels> We've discussed it with Sasha and decided, that it would be better to display an warning instead of disabling the checkbox. RESOLVED.

<Toms> If you have item with type "SNMPv1 agent" and item with type "SNMPv2 agent" you should have possibility to change host interface alone without changing type.

<pavels> RESOLVED.

<Toms> CLOSED

Comment by Toms (Inactive) [ 2012 Apr 10 ]

(2) Selected options are missing after unsuccessful Update

<pavels> RESOLVED.

<Toms> Authentication method, User name, Public key file, Private key file and Password fields still missing.

<pavels> RESOLVED.

<Toms> CLOSED

Comment by Toms (Inactive) [ 2012 Apr 10 ]

(3) in item edit mode: Undefined index: initial_interface_type [include\views\js\configuration.item.edit.js.php:180]

<pavels> RESOLVED.

<Toms> CLOSED

Comment by Toms (Inactive) [ 2012 Apr 11 ]

(4) I have an item with type "JMX agent" and item with type "SSH agent". On mass update If I choose type type "SSH agent" I am still able to chose host interface corresponding to JMX agent, which should be grayed out.

<pavels> This is correct, the SSH agent and some other item types can use any interface. Have a look at itemTypeInterface() for a map of interface types.

<Toms> Then the problem is that interface is not updated for "SSH agent" item.

<pavels> RESOLVED.

<Toms> CLOSED

Comment by Toms (Inactive) [ 2012 Apr 12 ]

(5) If I try to mass update "Zabbix agent (active)" item I am still able to select interface though this shouldn't be possible. Could be resolved same as (1) with a warning.

<pavels> RESOLVED.

<Toms> CLOSED

Comment by Toms (Inactive) [ 2012 Apr 12 ]

(6) interfaces in dropdown could be sorted or grouped by interface type.

<pavels> RESOLVED.

<Toms> Very nice. CLOSED

Comment by Toms (Inactive) [ 2012 Apr 13 ]

Review my changes if OK merge.

Comment by Pavels Jelisejevs (Inactive) [ 2012 Apr 13 ]

Fixed in trunk r26825.

CLOSED.

Comment by Pavels Jelisejevs (Inactive) [ 2012 Apr 17 ]

(7) This caused a regression: in Chrome when you create an item prototype and select item type "SNMP v2", the SNMP interface is not selected (even if it's available). After that, if you select item type "Agent", the "Key" field disappears.

<pavels> RESOLVED in svn://svn.zabbix.com/branches/dev/ZBX-4738.

<pavels> Fixed in trunk 26938. CLOSED.





[ZBX-3266] unnecessary rows in mass update forms Created: 2010 Dec 06  Updated: 2017 May 30  Resolved: 2012 Mar 20

Status: Closed
Project: ZABBIX BUGS AND ISSUES
Component/s: Frontend (F)
Affects Version/s: 1.8.4rc2
Fix Version/s: 2.0.0rc2

Type: Incident report Priority: Minor
Reporter: Aleksandrs Saveljevs Assignee: Unassigned
Resolution: Fixed Votes: 0
Labels: hosts, itemmassupdate, items, massupdate
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: PNG File host-mass-update.png     PNG File item-mass-update.png    
Issue Links:
Duplicate
duplicates ZBXNEXT-914 Redesign Administration->DM Closed

 Description   

See item-mass-update.png. The "New flexible interval" row should not be there.

See host-mass-update.png. The "Name" row serves no purpose.



 Comments   
Comment by richlv [ 2011 Sep 01 ]

name is gone in trunk rev 21421; "new flexible interval" is still there

Comment by Eduards Samersovs (Inactive) [ 2012 Mar 16 ]

Resolved in ZBXNEXT-914

Comment by Pavels Jelisejevs (Inactive) [ 2012 Mar 20 ]

(1) The "new flexible interval" line is still there.

<Eduard> RESOLVED

<pavels> CLOSED.

Comment by Eduards Samersovs (Inactive) [ 2012 Mar 20 ]

Resolved in ZBXNEXT-914, trunk r.26226 version 2.0.0.rc2





Generated at Thu Mar 28 14:00:59 EET 2024 using Jira 9.12.4#9120004-sha1:625303b708afdb767e17cb2838290c41888e9ff0.