Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Standard widget components should respect stateDescription values #2966

Open
stueB opened this issue Jan 1, 2025 · 0 comments
Open

Standard widget components should respect stateDescription values #2966

stueB opened this issue Jan 1, 2025 · 0 comments
Labels
enhancement New feature or request main ui Main UI

Comments

@stueB
Copy link

stueB commented Jan 1, 2025

The problem

If I use a simple configuration of a slider, min- and max-values (declared in stateDescription) are ignored. Sliding to a value above the max-value results in:
[ERROR] [nal.common.AbstractInvocationHandler] - An error occurred while calling method 'ThingHandler.handleCommand()' on 'org.openhab.binding.mqtt.generic.internal.handler.GenericMQTTThingHandler@1210a777': 63 is out of range
https://community.openhab.org/t/slider-ignores-statedescription/161287

Your suggestion

Standard widget components should respect stateDescription values by default.

Your environment

runtimeInfo:
version: 4.3.0
buildString: Release Build
locale: de-DE
systemInfo:
configFolder: /etc/openhab
userdataFolder: /var/lib/openhab
logFolder: /var/log/openhab
javaVersion: 17.0.13
javaVendor: Debian
osName: Linux
osVersion: 6.6.62+rpt-rpi-v8
osArchitecture: aarch64

Benefit

Especially when creating dynamic widgets, it would reduce the effort to check for valid values. I think this aligns with the original purpose of metadata and stateDescription.

@stueB stueB added enhancement New feature or request main ui Main UI labels Jan 1, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request main ui Main UI
Projects
None yet
Development

No branches or pull requests

1 participant