manual-approval icon indicating copy to clipboard operation
manual-approval copied to clipboard

Allow additional information on the comment that approves/denies

Open Phoenix616 opened this issue 2 years ago • 7 comments

Currently the messages have to stand in their own comment. It would be ideal to be able to to provide additional information on new lines after the keyword especially in the case of denials to provide some kind of reason in an easy way (instead of having to post two comments)

Also while I'm at that: #12 did not fix #8 for denials.

Phoenix616 avatar Jun 21 '22 16:06 Phoenix616

Thanks for opening up this issue. And wow good catch for #8 for denials! I'll fix that asap.

Regarding the original issue, I'm slightly inclined to continue the workflow of having multiple comments for additional context.

So you feel as though it would be better if this was a single comment?

denied.

Here is the reason that it was denied.

trstringer avatar Jun 22 '22 00:06 trstringer

So you feel as though it would be better if this was a single comment?

denied.

Here is the reason that it was denied.

Yes. The reasoning behind this would be that with the current implementation one would have to pre-write the approval/denial reason somewhere and then copy it into another comment after posting the approval/denial comment if one would want the reasoning to be available instantly. Which imo. can be important as people might be pretty fast in checking especially if something was denied so you would want the reason to be there too as soon as possible.

Phoenix616 avatar Jun 22 '22 12:06 Phoenix616

Good point. Maybe I should convert this into a slash command. So it would match on /deny, /lgtm, etc. What do you think? Would be easier to see "hey that's a command that will be handled" as opposed to just a normal string like current.

trstringer avatar Jun 22 '22 12:06 trstringer

Hm, I kinda like the distinction but if anything I think that should be optional or configurable. (Or just apply to comments that have additional text) Otherwise I could imagine that such a change could break quite some people's workflows/lead to delays until the change actually reached everyone who's working with it.

Phoenix616 avatar Jun 22 '22 12:06 Phoenix616

Yeah I definitely can't break existing v1 users. I'd have to put the slash command behind a feature flag.

trstringer avatar Jun 23 '22 13:06 trstringer

Reading this thread makes me think what if keywords for both approval and denial occur at the same time in the comment? Which one will take precedence?

alex-ld avatar May 04 '23 05:05 alex-ld

Reading this thread makes me think what if keywords for both approval and denial occur at the same time in the comment? Which one will take precedence?

Shouldn't be an issue imo if only the first line is checked like in my original suggestion. Otherwise I would expect to eifher the first occurence to count or an error beign returned about ambigiousness.

Phoenix616 avatar May 04 '23 08:05 Phoenix616