Page MenuHomePhabricator

Find workflow how to consistently follow up on new contributors claiming their first development task in Phab
Closed, ResolvedPublic

Description

Dropping this so I don't forget:

I have no particular workflow (yet) how to better (more consistently) follow up on new contributors claiming dev tasks in Phab (before they reach Gerrit).

Example: https://phabricator.wikimedia.org/T225206#5299831

Event Timeline

Aklapper triaged this task as Lowest priority.Jul 6 2019, 8:14 PM
Aklapper created this task.
Quiddity removed the point value for this task.Aug 22 2019, 8:40 AM

Bit similar (without the "assignee" part): https://phabricator.wikimedia.org/maniphest/query/YI3AKhXg_L8Y/#R - latest 10 open unassigned good-first-bug tasks

Change 553432 had a related patch set uploaded (by Aklapper; owner: Aklapper):
[operations/puppet@production] phabricator weekly project changes email: Add more info about new assignees

https://gerrit.wikimedia.org/r/553432

Change 553432 merged by Dzahn:
[operations/puppet@production] phabricator weekly project changes email: Add more info about new assignees

https://gerrit.wikimedia.org/r/553432

Aklapper raised the priority of this task from Lowest to Low.Dec 14 2019, 12:29 PM

Bleh. Google-Code-in-2019 is a great time to realize that my previous patch does not help either. :P Again, phrasing the goal as a reminder to myself: Identify and follow up on users who assigned their first Phab tasks ever to themselves. And not only identify new folks when/if/once they managed to put something into Gerrit.

My original idea in the patch above was using the task URLs to manually flagging specific (task-based) emails in my local mail client and then recheck on tasks via that flag. But realized that my bugmail filters will filter out some of the bugmail for those tasks claimed by new contributors, so that won't work.
Manually clicking the links and checking all links every week does not scale either. Last week these were 58 links and most of them need no followup.

Current query is meh:

  1. claimed is not the actual assignment date but the last any update date on that task.
  2. Also lists resolved tasks.
  3. Inclusion criterion is "user created their user account in last six weeks and has at least one task assigned to them". Last week that meant that one assignee has 13 tasks listed (11 of them resolved).

What to do:

  1. Actual assignment date is only in the transactions table which is too expensive to query. Won't fix that.
  2. Add t.closerPHID IS NULL. Reduces the result set for last week from 58 (any status) tasks to 30 (open) tasks.
  3. Add a threshold not to list assignees when they have 4 or more assigned tasks in total, by adding a HAVING subquery. So one assignee would be listed max three times (if they assigneed three or more tasks to themselves within six weeks after registering their Phab account). This cuts downlast week's result set from 58 to 18 entries which is something that I might be able to manage.

Change 557210 had a related patch set uploaded (by Aklapper; owner: Aklapper):
[operations/puppet@production] phabricator weekly project changes email: Tweak query about new assignees

https://gerrit.wikimedia.org/r/557210

Change 557210 merged by Dzahn:
[operations/puppet@production] phabricator weekly project changes email: Tweak query about new assignees

https://gerrit.wikimedia.org/r/557210

Aklapper raised the priority of this task from Low to Medium.Dec 21 2019, 11:59 PM
Aklapper closed this task as Resolved.EditedDec 23 2019, 4:41 PM

Went through the "USER ACCOUNTS WHO BECAME AN ASSIGNEE LAST WEEK AND HAD LESS THAN 5 TASKS EVER ASSIGNED" section in the weekly Phab cron email. Works and scales now. Pinged on three tasks, see T238922#5760726 for an example comment.
After that, in most cases (TODO for myself: not in all yet), I can followup via my bugmail folder leaving my pings as unread.

Closing as resolved. \o/