[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: |
![]() |
Team: | |
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). 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." |