[ZBX-15848] Undocumented behavior of custom multiplier preprocessing step Created: 2019 Mar 20  Updated: 2024 Apr 10  Resolved: 2019 May 01

Status: Closed
Project: ZABBIX BUGS AND ISSUES
Component/s: Documentation (D)
Affects Version/s: 4.0.6rc1, 4.2.0rc1
Fix Version/s: 4.4 (plan)

Type: Documentation task Priority: Minor
Reporter: Vjaceslavs Bogdanovs Assignee: Martins Valkovskis
Resolution: Fixed Votes: 2
Labels: multiplier, preprocessing
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: PNG File multiplier.png    
Team: Team D
Sprint: Sprint 51 (Apr 2019)
Story Points: 0

 Description   

Custom multiplier is performing type casting before executing the step.

This causes the following results:

In this example, received value is 0.9, custom multiplier is set to 100 and result should be stored as Numeric (unsigned).
Expected result is 90, while current result is 0.
This is caused by the fact that custom multiplier casts received value to the type of information of the item (Numeric (unsigned)), at this point 0.9 becomes 0.

Limitations comes from the fact that we do need to support both floats and unsigned integers (different precision and max value). I propose to at least document such behaviour.



 Comments   
Comment by Martins Valkovskis [ 2019 Apr 16 ]

Updated documentation: 2.2, 3.0, 4.0, 4.2, 4.4.

The added text: "Note that if the item type of information is 'Numeric (unsigned)', incoming values with a fractional part will be trimmed (i.e. '0.9' will become '0') before the custom multiplier is applied."

Generated at Fri May 16 07:51:29 EEST 2025 using Jira 9.12.4#9120004-sha1:625303b708afdb767e17cb2838290c41888e9ff0.