`duplicate_external_id` unavoidable if modal not explicitly closed about slack-api-specs

[swippy]

I have similar issues as mentioned above, but this is how it happened.

• Type a slack command where it triggers to show a modal (using views.open)
• Fill in some input and click the submit button where it triggers a new modal (views.open) with external_id 'foo'
• Somehow (occasionally), the next modal failed to be shown (not sure why)
• I redo above steps, from typing slack command to show the first modal
• But before I can go to the next modal, it throws duplicate_external_id error

I happened all the time. I have to modify my script to avoid of using this external_id parameter to solve the case.
I believe if there is no issue with this external_id, this external_id usage would benefit to my script without having ugly workaround solution.

Please solve this issue.

[xdesign-ricardobarata]

Just giving this one a bump! Seems like it has been opened for quite a while. In the meantime I'll have to find a work around too :D

[xdesign-ricardobarata]

For my particular use case I found that I could replace

await client.views.update({
      external_id: <external_id>
      trigger_id: body.trigger_id,
      view: <updated_view>
    });

by

await client.views.update({
      view_id: body.view.id,
      trigger_id: body.trigger_id,
      view: <updated_view>
    });

all this comes wrapped in

export const <nameoftheCallback>: Middleware<
  SlackActionMiddlewareArgs<BlockAction>
> = async ({ body, ack, client }) => {

Feels a bit slower (maybe just on my eyes), but at least is not giving me any issues