You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Agreed! In fact, with this in mind I originally set up the code so that if the user who opened the issue is the same as the user who owns the repo, it won't count as a problem. I think in 90% of cases, the to-do list use case will be fine. For instance, this uncommented issue does not show up as a problem with Forkability because I created it.
However, I did not account for the possibility that multiple people may be maintainers, or that the repo may be owned by an organisation. Do you mind if I edit your issue slightly to reflect these things?
Agreed! In fact, with this in mind I originally set up the code so that if
the user who opened the issue is the same as the user who owns the repo, it
won't count as a problem. I think in 90% of cases, the to-do list use case
will be fine. For instance, this uncommented issue #10 does not show up
as a problem with Forkability because I created it.
However, I did not account for the possibility that multiple people may be
maintainers, or that the repo may be owned by an organisation. Do you mind
if I edit your issue slightly to reflect these things?
—
Reply to this email directly or view it on GitHub #57 (comment)
.
basicallydan
changed the title
“Uncommented issue” is not always a problem
“Uncommented issue” should not be flagged when the issue was opened by non-owner maintainer e.g. with orgs
Sep 1, 2015
The maintainers might create issues to track their task, as a to-do list.
The text was updated successfully, but these errors were encountered: