The value for squelch_db was previously read from the config file as a double, and is later used as a double during recorder setup. Updating the default value would restore this behavior, and avoid truncating downward to an integer.
The value for callTimeout has previously been read from the config file as an integer, but the json library is now truncating the value instead of rounding. Reports such as #875, and similar discussions on the discord, seem to indicate that users have been setting decimal values for this under one second, and the fact that it is now truncating down to 0 is causing multiple unexpected issues.
Much like other call-shaping parameters (minDuration, maxDuration, and minTransmissionDuration), callTimeout should also allow decimal values. Adjusting the type in the config struct would correct this.
The value for
squelch_db
was previously read from the config file as a double, and is later used as a double during recorder setup. Updating the default value would restore this behavior, and avoid truncating downward to an integer.The value for
callTimeout
has previously been read from the config file as an integer, but the json library is now truncating the value instead of rounding. Reports such as #875, and similar discussions on the discord, seem to indicate that users have been setting decimal values for this under one second, and the fact that it is now truncating down to 0 is causing multiple unexpected issues.Much like other call-shaping parameters (
minDuration
,maxDuration
, andminTransmissionDuration
),callTimeout
should also allow decimal values. Adjusting the type in the config struct would correct this.