Skip to content
This repository was archived by the owner on Mar 14, 2023. It is now read-only.

Contributor gets welcomed twice if existing commits are to non-default branch #56

Open
edunham opened this issue Jun 26, 2015 · 2 comments

Comments

@edunham
Copy link
Member

edunham commented Jun 26, 2015

Is this correct behavior? It seems incorrect, since landing code in any branch of a repo implies knowing how to contribute.

Example:

rust-www was formerly on GitHub pages, so its default branch is currently gh-pages. The graphs show contributions only to gh-pages. I got my first PR merged into master, and highfive welcomed me correctly. However, I was welcomed again on my second PR despite the fact that the first one landed.

@nrc
Copy link
Member

nrc commented Jun 26, 2015

It is not correct behaviour. Do you think there's an easy fix? I'm not sure its worth the effort of getting all contributors for all branches and checking them all, or something equally fiddly - after all, being welcomed twice is not such a big deal.

@edunham
Copy link
Member Author

edunham commented Jun 26, 2015

The api docs don't indicate that the call we're using is specific to the default branch, so this may actually be an API bug. They also don't say how to get contributors for a specific branch.

Fix is probably to duplicate/verify the inconsistency between API docs and behavior and report the issue to GithHub.

Making highfive do the right thing in this case looks neither easy nor important for now, but let's leave this issue open as a reminder to report the problem to GitHub eventually.

edunham pushed a commit to edunham/highfive that referenced this issue Mar 22, 2016
Added warning handler for modifying contents of tests/wpt/css-tests/
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants