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
#118 introduced the ability to post a message to multiple channels, but we're having issues with updating the threads in multiple channels afterwards. When calling the action you can put multiple channel IDs and and those get posted to correctly. However, the output from the action does not include the channel and thread id for each channel, only the last one to respond.
I'm happy to fix this bug, but want to confirm what the resulting output should be since the change is likely going to be breaking.
What type of issue is this? (place an x in one of the [ ])
bug
enhancement (feature request)
question
documentation related
example code related
testing related
discussion
Requirements (place an x in each of the [ ])
I've read and understood the Contributing guidelines and have done my best effort to follow them.
I've searched for any related issues and avoided creating a duplicate issue.
Bug Report
The issue stems from here it's always overwriting the webResponse variable, so then when you get to the output section it only holds a reference to a single channel and thread id instead of all of them.
In order to fix this, you may need to change the shape of the output (which would be a breaking change). I'd suggest the following structure:
An alternative would be to return a comma-separate list in each of ts, thread_ts, and channel_id, but I think it's safer to do an array to make sure the right thread_ts and channel_id are kept together.
Steps to reproduce:
Call the action with multiple channels
Store the output from the action in a workflow for use later
View the output and see that only a single channel was output.
Expected result:
The output from the action includes the channel and thread ids for all the channels messaged.
Actual result:
The output from the action includes whichever channel/thread was the last to resolve from the API.
Attachments:
Logs showing we called the action with multiple channel IDs
Log showing the output from the output (stored in an env_var METADATA_JSON)
The text was updated successfully, but these errors were encountered:
Actually as I look at the code more to properly support updating multiple channels the inputs would likely need to change. Right now input-ts is not split, so you can only input a single input-ts value, but if you are trying to update threads in multiple channels that would not work :\
Hi, thanks for writing in. To my understanding, the multi-channel posting feature was added to simply support posting a single message across multiple channels. I don't believe it was designed to spread the same thread discussion across several channel threads, and that remains true today.
As one of the maintainers of this tool, I hesitate to add such complex functionality to the project at this time. However, if many other users express the same need or if other maintainers feel strongly that we should support this use case, I would be open to enhancing it.
In the meantime, if you need this feature immediately, please consider forking this project or starting your own. I'd appreciate it if you could understand this.
@seratch Of course! Thanks for the quick reply! It does feel very much like a full breaking change to both inputs and outputs so taking time to consider those effects is well warranted. I think for our use case we're going to move to calling the action multiple times, once for each channel we want to keep up to date. I will keep an eye on the discussion though!
Description
#118 introduced the ability to post a message to multiple channels, but we're having issues with updating the threads in multiple channels afterwards. When calling the action you can put multiple channel IDs and and those get posted to correctly. However, the output from the action does not include the channel and thread id for each channel, only the last one to respond.
I'm happy to fix this bug, but want to confirm what the resulting output should be since the change is likely going to be breaking.
What type of issue is this? (place an
x
in one of the[ ]
)Requirements (place an
x
in each of the[ ]
)Bug Report
The issue stems from here it's always overwriting the
webResponse
variable, so then when you get to the output section it only holds a reference to a single channel and thread id instead of all of them.In order to fix this, you may need to change the shape of the output (which would be a breaking change). I'd suggest the following structure:
An alternative would be to return a comma-separate list in each of ts, thread_ts, and channel_id, but I think it's safer to do an array to make sure the right thread_ts and channel_id are kept together.
Steps to reproduce:
Expected result:
The output from the action includes the channel and thread ids for all the channels messaged.
Actual result:
The output from the action includes whichever channel/thread was the last to resolve from the API.
Attachments:
Logs showing we called the action with multiple channel IDs
Log showing the output from the output (stored in an env_var METADATA_JSON)
The text was updated successfully, but these errors were encountered: