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
{{ message }}
This repository has been archived by the owner on Mar 27, 2024. It is now read-only.
"description": "Change how messages are treated. Defaults to `client`, unlike `chat.postMessage`. Accepts either `none` or `full`. If you do not specify a value for this field, the original value set for the message will be overwritten with the default, `client`.",
"in": "formData",
"name": "parse",
"type": "string"
},
On the one hand, the documentation string claims that parse
Accepts either none or full.
On the other hand, it also claims that the field
Defaults to client
which makes me think that the field accepts client, full, and none (or are even more values allowed?).
Also, I didn’t find any good documentation on the full list of allowed values for this field, let alone their semantics.
The only mention of the parse field I could find in the documentation simply states that
Description
The set of allowed values for the
parse
field used bychat.postMessage
andchat.update
are underspecified and slightly contradictory:slack-api-specs/web-api/slack_web_openapi_v2_without_examples.json
Lines 11633 to 11638 in 760ee98
On the one hand, the documentation string claims that
parse
On the other hand, it also claims that the field
which makes me think that the field accepts
client
,full
, andnone
(or are even more values allowed?).Also, I didn’t find any good documentation on the full list of allowed values for this field, let alone their semantics.
The only mention of the
parse
field I could find in the documentation simply states thatwith no further explanation.
I think that both the specification and the documentation should be improved.
What type of issue is this? (place an
x
in one of the[ ]
)Requirements (place an
x
in each of the[ ]
)The text was updated successfully, but these errors were encountered: