You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
de-hardcode sch and led enumeration types from .html
publish raw type & pretty-string from .cpp indexed settings
de-fpstr string view references, use the object directly
publish 'faulty' schedule specs indexes, focus & report elems
ref. #2626
should fix faulty enum<->number references in selects
ref. #2628 - schedule types were numeric, while websocket delivered strings
The issue was that enumerations were sent as strings, ref. schedule 0 output. Internally, string input is converted back to enumeration. Not the other way around, though
pls check out current dev branch, I think the issue should be fixed there? IndexedSettings here is key-prefix and a function to load key-prefix + index from settings and serialize it. Replacing output for webui lists may be helpful here, as every other place would prefer the string representation
Another change is UI now receives these as type pairs '[[number, string], [number, string], ...]' on load, so .html does not have to embed both description (at the top of the page) and the keys themselves (in the select / option)
Device
itead-sonoff-dual-r2
Version
1.18.0-gita518080a+github240830
Bug description
After changing event type (Disabled, Calendar, Relative) and come back again to the Schedule page, events types are all displayed as "Disabled"
Steps to reproduce
We can confirm that it's only a display problem using terminal. Using
keys
command we can check, for relative schedules:That corresponds to definitions in
code/espurna/scheduler.cpp
:Build tools used
PlatformIO
Any relevant log output (when available)
No response
Decoded stack trace (when available)
No response
The text was updated successfully, but these errors were encountered: