-
Notifications
You must be signed in to change notification settings - Fork 94
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
broadcast: operate on broadcasts by ID #6402
Comments
Hah, I was just about to ask if there was a way to clear all broadcasts for a workflow and/or a cycle. Glad to see it being thought about. |
(Deleted previous post claiming the single-item cancel was broken ... just don't give the item value with the cancel option 🤦♂️ ) |
Not sure if you're aware of this or not, but in addition to the
The reason for this interface, if I recall correctly, is broadcasts target the task inheritance hierarchy, which is sensible because that's how the config items all get there in the first place. So we can set an item for a whole family, say, but override it for one member. Then we cancel the one-member broadcast and the family one will apply to all members again. I like the ID idea, so we can cancel individual broadcasts easily, but what about clearing out a scope? E.g. for
|
A nice interface for clearing all broadcasts targetting a cycle / namespace would be nice, however, that could mean editing the scope of an issued broadcast which would complicate things somewhat. |
(Something we have previously talked about but do not presently have an issue for).
At present, we issue a broadcast and set its scope using the namespace (i.e. task/family) and point (i.e. cycle) options.
We can revoke broadcasts by "clearing" them, however, this interface is a little peculiar:
This makes broadcast clearing rather awkward. When we expose broadcasts in the GUI, it would be good to open up the ability to just click on a broadcast and press clear.
Additionally, it might be good to carry some form of metadata with a broadcast, e.g. who issued this broadcast, or a one-line description of the intention (might be useful for broadcasts made by automated scripts). Note I think we might already store broadcast-time as a metadata field.
Suggestions:
The text was updated successfully, but these errors were encountered: