Add Listener for Configurable Alert Timeout #573
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description
This PR introduces a new feature to dynamically update the alert timeout based on configuration changes. The feature enhances the reactivity of the MessageService by subscribing to changes in the configuration observable stream, specifically monitoring the alert_timeout property in the UI configuration.
Motivation and Context
The motivation for this change stems from a timing issue where the configuration was being loaded before the user-defined settings were properly applied. This resulted in the alert_timeout value defaulting to 3 seconds, regardless of the value specified in extensions or user settings. By introducing a listener for configuration changes, this update ensures that the alert timeout dynamically reflects the correct value as configured by the user, improving alignment between the application behavior and user expectations.
Benefits:
Notes:
-This change is backward-compatible. If no alert_timeout is specified, the default value remains intact.
-Documentation for this enhancement has been included in the method comments.
How To Test This
Types of changes
Final checklist