VIPERGC-1048
Summary
Condition sets do not show any state, not even default status, until telemetry is received.
Also, condition sets do not evaluate "is defined" or "is not defined" until telemetry is received.
In both cases, this applies any telemetry in the condition set, not just the relevant telemetry for the condition.
Expected vs Current Behavior
Expected behavior is condition sets should indicate default status when telemetry has not been received. Therefore, implementation is as follows.
- Leave condition sets as they are. They will continue to be event-driven on receipt of telemetry
- Modify conditional styling logic to always apply default styling on load
- Add some verbiage to the condition set editor to make it clear that rules only execute on receipt of telemetry.
- Add note to the user's guide reinforcing the strictly telemetry-driven nature of condition sets.
Steps to Reproduce
- create a condition set with low frequency telemetry and create a condition the telemetry "is defined"
- conditionally style an object in a display, using the conditional set
- style the default status with a red background
- save the display
- observe the default style of red background does not display, even though it is the default style and should be displayed until the condition returns true
Environment
- Open MCT Version:
- Deployment Type:
- OS:
- Browser:
Impact Check List
Additional Information
VIPERGC-1048
Summary
Condition sets do not show any state, not even default status, until telemetry is received.
Also, condition sets do not evaluate "is defined" or "is not defined" until telemetry is received.
In both cases, this applies any telemetry in the condition set, not just the relevant telemetry for the condition.
Expected vs Current Behavior
Expected behavior is condition sets should indicate default status when telemetry has not been received. Therefore, implementation is as follows.
Steps to Reproduce
Environment
Impact Check List
Additional Information