-
Notifications
You must be signed in to change notification settings - Fork 61
Selectively enabling comment incentives per task #780
Comments
As I was fetching the research this exact bounty came to my mind after learning recently assignees don't get comment incentives, I'll be quicker next time ;) I think it should just be
In my head I thought if they are the assignee of the task then they'll receive no rewards as standard, after the PR is merged and all rewards are allocated then the command is invoked and the bot hoovers up the assignee's comments, does the calc and generates the permit. But in any order would imply that this command can be invoked from issue open not just issue close. So would it make sense to follow this path:
|
To simplify the implementation, the bot should just look for the instance of this comment in the issue at the moment the issue is closed as completed. If for some reason it was closed as completed, but the admin wanted to provide these rewards, they simply post the command, and then re-open and re-close as complete. "any order" refers to the arguments.
|
I'm hearing that the command itself is more of a pseudo command and acts more like a placeholder than anything else? We can create a It can be safeguarded by checking whoever wrote the command has sufficient access/authority to do so Obv still add it to the list of available commands via the |
it might be rude of me but can i do this issue? |
@me505 if that was aimed at myself don't be silly nothing rude about it, I'm here for the discussion at the moment and would have taken the bounty if left unassigned in a week or so. So you carry on mate |
/start |
Tips:
|
Yes this all sounds good to me.
I think the simplest implementation would be if we use the comments as the "database" and the bot looks for this comment before posting all of the payments. |
should the bot incentivize everyone by default @pavlovcik? |
Weird that on my repo where I implemented the whitespace removal you can clearly see the formatting for my table has slightly improved vs the one above, the changes have been merged in so they should be reflected here. Not the end of the world but deffo an annoyance for me personally but if you think it's worth a debug I will look into it @pavlovcik |
I couldnt figure out how to remove the monospace background artifact. I wouldnt go out of your way to solve it because I dont think its an easy fix, and its so low priority. |
No but i'm pretty sure that this bounty has nothing to do with controlling that. That was handled as part of a different spec I believe. |
I think that won't work because permit was possibly already generated for that user and we have rule: one permit per user per issue |
It seems that the issuer might be the only one who would get screwed in this case. But even if that is an issue, an admin can delete their permit comment, and then regenerate it as long as they didn't already claim the first one the nonce is still valid. |
@me505 - Releasing the bounty back to dev pool because the allocated duration already ended! |
/start |
Tips:
|
Do you have any updates @me505? If you would like to release the bounty back to the DevPool, please comment |
Do you have any updates @me505? If you would like to release the bounty back to the DevPool, please comment |
Wait James mcgee |
Do you have any updates @me505? If you would like to release the bounty back to the DevPool, please comment |
Do you have any updates @me505? If you would like to release the bounty back to the DevPool, please comment |
Hmm |
Do you have any updates @me505? If you would like to release the bounty back to the DevPool, please comment |
Waiting for the refactor to be done |
Do you have any updates @me505? If you would like to release the bounty back to the DevPool, please comment |
My guy wait the refactor ain't done yet |
Do you have any updates @me505? If you would like to release the bounty back to the DevPool, please comment |
. |
Do you have any updates @me505? If you would like to release the bounty back to the DevPool, please comment |
@pavlovcik can you please also update the follow up time? |
@me505 dude why don't you just unassign yourself using the UI and when things are ready the team will @ you to reassign yourself |
Do you have any updates @me505? If you would like to release the bounty back to the DevPool, please comment |
@me505 - Releasing the bounty back to dev pool because the allocated duration already ended! |
This is a great example of the assignee doing research and it would be elegant for an
admin
orbilling_manager
to be able to issue a slash command to force comment incentives to be calculated for a contributor no matter what their recognized role to be after the issue is closed out.For example
/comment-incentives @keyrxng @user2 @user3 true
So even if they are the assignee when the issue is closed as complete, we have the ability to make an exception on this specific issue for them to claim their comment incentives.
This command parameters should work in any order (but the slash command must be first) like our other commands.
I would like to hear suggestions on a more concise command name because that current one seems a bit long.
Originally posted by @Keyrxng in #777 (comment)
The text was updated successfully, but these errors were encountered: