Returning error after a view submit

Description

Hi all 👋, Here’s the flow of my app:

1. The user mention the bot in any channel.
2. The app replies with a welcome message and options (including “Create” a new item)
3. If the user clicks ‘create’, the app opens a modal with a form.
4. If there’s no error, the app replaces the message from .2 with a feedback/overview about the item created.

I’m struggling to validate the form.

First, I’m not 100% what’s the proper method to listen for submit: app.action with callback_id or app.view?

If I use app.action it says “An incoming event was not acknowledged before the timeout. Ensure that the ack() argument is called in your listeners” in the console and “We had some trouble connecting. Try again?” in the modal’s header.

app.action({ callback_id: 'create' }, ({ ack }) => ack({ errors }))

If I use app.view, the callback is fired but I can only reply with ack(), with no error:

app.view('create', ({ ack }) => ack({ errors }));

Once the user submit the view, using the previous listener, the modal shows: “We had some trouble connecting. Try again?” but faster, before the 3 seconds limit. I’m assuming the ack sent the response.

On top of all that: I have two rules to validate the form, that could be “onBlur/onChange”: a) there a input/plain text that must to be unique (need to check the database) b) there a multi_user_select that must to have 2+ items.

I know that radio button supports this kind of ‘onChange’ validations. Input and selects also supports it?

What type of issue is this? (place an x in one of the [ ])

• bug
• enhancement (feature request)
• question
• documentation 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 read and agree to the Code of Conduct.
• I’ve searched for any related issues and avoided creating a duplicate issue.

[Falci]

Sorry by my delay. It worked.

ack({
  response_action: 'errors',
  errors: {
    field: 'error'
  }
});

[seratch]

@Falci Please let me know if you have something further to ask or discuss here. Otherwise, allow me to close this issue.

I empathize with your inconvenience with block_actions. However, the Bolt team doesn’t have any actions to take until the Slack Platform introduces new features related to this. 🙏