Page MenuHomePhabricator

Automatically add Volunteer badge to users on Phabricator
Closed, DeclinedPublic

Description

The Volunteer badge that was created on phabricator should be automatically added to users that have committed atleast 1-2 code changes to a repo, or have resolved 1-2 tasks that were assigned to them.

However, if anyone else has any other ideas on criteria for the badge assignment please mention them here.

(Badge in question, https://phabricator.wikimedia.org/badges/view/3/ )

Thanks,
Zppix

Event Timeline

Aklapper renamed this task from Volunteer Badge assignment on Phabricator to Automatically add Volunteer badge to users on Phabricator.May 8 2017, 5:30 PM
Aklapper triaged this task as Lowest priority.

Unlikely to happen as there is no such code to achieve this.

Qse24h closed this task as a duplicate of T164723: New git repository: <repo name>.
Qse24h closed this task as a duplicate of T164723: New git repository: <repo name>.
Qse24h closed this task as a duplicate of T164723: New git repository: <repo name>.
Qse24h closed this task as a duplicate of T164723: New git repository: <repo name>.
Qse24h closed this task as a duplicate of T164723: New git repository: <repo name>.
Qse24h closed this task as a duplicate of T164723: New git repository: <repo name>.
Qse24h closed this task as a duplicate of T164723: New git repository: <repo name>.
Qse24h closed this task as a duplicate of T164723: New git repository: <repo name>.
Qse24h closed this task as a duplicate of T164723: New git repository: <repo name>.

That badge describes the vast majority of accounts here, plus staff (WMF/affiliate/etc) when they contribute in their volunteer time. Recommend decline.

That badge describes the vast majority of accounts here, plus staff (WMF/affiliate/etc) when they contribute in their volunteer time. Recommend decline.

But currently, very few users have the badge... so "vast majority" does not equal current number of users with badge

It creates no issue that very few users have the badge, and user are free to get the badge if they want. So that's not an argument for a Herald rule...

Yes, but how will anyone know that theres currently nothing documenting how badges are assigned, or how to request them, etc

I think staff/volunteer badges are a bad idea. We're all equals here :)

I think staff/volunteer badges are a bad idea. We're all equals here :)

I disagree, specifying whom is staff and whom is volunteer makes it easier for people who don't quite know who is who, to contact the right person, or when requesting something they could find out if who they are wanting to contact would even possibly have that access, etc etc.

Ok, you've made an argument for a staff badge (which I still don't agree with), but what about volunteer? Isn't it pretty obvious that everyone's a volunteer if they're not a staff member?

Tbh, I just think the whole idea of badges is pretty dumb and leads to hat collecting.

Yes, but how will anyone know that theres currently nothing documenting how badges are assigned, or how to request them, etc

By creating documentation. Or curious people might click on existing badges.
Not by automatically assigning "because we can". I don't assign random people to review patches so they know that patch review exists either. ;)

I disagree, specifying whom is staff and whom is volunteer makes it easier for people who don't quite know who is who

No, because that implies that it's (for reasons we do not know, as you have not explained the underlying problem you want to solve but offer what you think is a solution) relevant to know who is staff and who is not. You could find out who a person is by clicking the name of the person.

Yes, but how will anyone know that theres currently nothing documenting how badges are assigned, or how to request them, etc

By creating documentation. Or curious people might click on existing badges.
Not by automatically assigning "because we can". I don't assign random people to review patches so they know that patch review exists either. ;)

Shouldn't the documentation been created or atleast drafted when the badges were created, and what do you mean by curious people clicking on them, all that does is show the badge icon, badge name, and edit history.

I disagree, specifying whom is staff and whom is volunteer makes it easier for people who don't quite know who is who

No, because that implies that it's (for reasons we do not know, as you have not explained the underlying problem you want to solve but offer what you think is a solution) relevant to know who is staff and who is not. You could find out who a person is by clicking the name of the person.

The problem is that we can't expect everyone to know who staff are, and it would be a way to easily identify whom is staff on phabriactor, having WMF in the username (if thats even the case as not all staff have that) isnt a very reliable way to do it in Phabricator (anyone can put WMF in their name).

Why does anyone need to know who is staff and who isn't? In what way is that relevant to technical discussions? We discuss things based on merit, not who is making a comment.

Why does anyone need to know who is staff and who isn't? In what way is that relevant to technical discussions? We discuss things based on merit, not who is making a comment.

For example, lets say I need to coordinate with a staff member, but I don't know who staff are, so I look at phabricator to look to see who I would contact (yes i know wiki pages exist but instead of searching the wiki pages just looking in one place would be easier no?)

As long as the underlying problem is not explained (for this specific task that means: the problem which leads you to think that it's relevant if someone pays somebody or not), this conversation does not feel like making much progress, hence I'm unsubscribing from this task.

Why does anyone need to know who is staff and who isn't? In what way is that relevant to technical discussions? We discuss things based on merit, not who is making a comment.

For example, lets say I need to coordinate with a staff member, but I don't know who staff are, so I look at phabricator to look to see who I would contact (yes i know wiki pages exist but instead of searching the wiki pages just looking in one place would be easier no?)

That doesn't make sense. I imagine you're needing to coordinate with someone on a specific project/task which this badge wouldn't show. "Coordinate with (a random) staff member" isn't an actual workflow.

@Zppix you aren't making a (good) case yet. A hypothetical of "needing to coordinate with a staff member" doesn't make sense. Why? About what? Once you answer those real-world aspects to this hypothetical then it becomes clear who (or what team) you should be speaking with. This badge does not help you in any way. Would you ping everyone who has that badge? No. Thinking is required for interacting with people (and organizations).

Also: there isn't a staff badge yet (thankfully). So this whole discussion is rather pointless.

@greg Let me try explaining my POV this way, let's say I'm looking at a project page and I'm trying to find a member of staff thats associated with the project, let's say for a deployment outside of a normal window (for example an urgent fix to a breaking change), instead of looking through many members of a project you could easily ID an staff member.

But not all staff members have deploy rights. And a lot of non-staff members also have deploy rights. So that's not super useful either.

let's say I'm looking at a project page and I'm trying to find a member of staff thats associated with the project, let's say for a deployment outside of a normal window (for example an urgent fix to a breaking change)

All your answers are on https://wikitech.wikimedia.org/wiki/Deployments then.