Refactor: boolean settings not treated as booleans #2421
Labels
impacts-release-2.8.2
Issues reported against NUT release 2.8.2 (maybe vanilla or with minor packaging tweaks)
portability
We want NUT to build and run everywhere possible
Qx protocol driver
Driver based on Megatec Q<number> such as new nutdrv_qx, or obsoleted blazer and some others
refactor/fightwarn
PR or issue proposal to improve code maintainability without functional changes, or to fix warnings
Milestone
Some drivers (e.g. nutdrv_qx core or certain subdrivers) have options with values
enabled
/disabled
that are magically parsed (withstrchr('d')
or similar) instead of just being booleans (with several standard string tokens per meaning) supported by NUT for a long time.Revise the code for such cases and convert to common booleans where applicable. Perhaps add understanding of
enabled
/disabled
astrue
/false
to the common parsers, for backwards compatibility of existing configs.Discovered during work on #2294.
The text was updated successfully, but these errors were encountered: