Voting threshold

[hongaar]

There should be a voting threshold (it's actually a threshold on the votes difference).

Set to 1% of repo followers (currently, that means the difference between 👍 and 👎 should be at least 12).

Prevents things like #138 and #48.

Maybe we can change this later to use a percentage of active contributors instead of (possibly passive) stargazers? Not sure how to calculate that atm though.

[rudehn]

I'd maybe do it off a percentage of active participants. Would prevent any deadlocks from occurring

[hongaar]

@rudehn I'm all for it. Any ideas how to retrieve that?

[ECrownofFire]

With #140 we could check against the number of people who have X or more points.

[hongaar]

Oh shit I voted against that 😆
Maybe we can retrieve a stat on activity on forks in the past x days and use that? Although I think that's quite expensive..

[rudehn]

@ECrownofFire sure that's one solution. It would definitely pick up on anybody who has voted for PRs. In the long run even that could get stale if somebody hasn't voted in a long time. Maybe storing some kind of "last active" per user could be useful

[ECrownofFire]

@rudehn I was planning to suggest using a certain amount of point decay over time (for each PR) to avoid that.

[rudehn]

Sounds good!

[rudehn]

I would just like to point out this PR would not pass if this was currently implemented. Perhaps the threshold should be adjusted more?

[hongaar]

Good point, yeah I think so. Although I'm leaning towards a conservative threshold, of course that conflicts with creating chaos. Hmmm...

Maybe 0.5% (=7 votes difference atm) is better?

[rhengles]

As already mentioned, time decay is a better solution.

[chaosbot]

🙆‍♀️ PR passed with a vote of 18 for and 2 against, with a weighted total of 16.0 and a threshold of 1.0.

See merge-commit efb724b for more details.