question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Improve "Issue"-labels

See original GitHub issue

Feature Request

Is your feature request related to a problem? Please describe.

A lot of newcomers have trouble finding easy issues to contribute to. We should add labels which easy the process of choosing issues.

Describe the solution you’d like

I would recommend judging the issues in different dimesnions:

  • Complexity
  • Effort (e.g. effort2: days-label)
  • “good first issue” for easy first-time contributions
  • “state: has PR”-label
  • Re-evaluate “PRs Open”. It is quite confusing for a lot of contributors what this label actually means. In my opinion, it should be removed or renamed.

Issue Analytics

  • State:closed
  • Created 4 years ago
  • Comments:5 (4 by maintainers)

github_iconTop GitHub Comments

2reactions
boenrobotcommented, Nov 8, 2019

I think every PR is open for the community, so I do not think we need this label at all.

Well, sure, but there are some features which would be outright rejected for one reason or another, and one may not realize that until they’ve already made the feature without reading the whole discussion, so IMHO, having a label that says “this has been discussed and we would like to have it indeed, but can’t spare the time to make it, so if you’d like to contribute, go ahead, we’ll accept it” is nice.

That said, I agree the name “PRs Open” sounds very misleading.

“PRs Open” means that we’re looking for contributions (the feature/functionality/enhancement is ready to tackle). What would you propose instead?

I think a name like “PRs Welcomed” would explain the purpose better.

I’ve been reading some issues with the label “PRs Open” and thought that means “There is one or more opened PR for this issue, waiting to be reviewed later”, but only now I realize that’s not what the name “PRs Open” means.

With labels like complexity/effort, I also agree having even a rough time estimate isn’t really a good idea, as developers (in general) are notorious for underestimating the time required. I think more generic values like “trivial”, “low”, “medium” and “high” might be better.

1reaction
marcus-sacommented, Oct 8, 2019

The severity or priority labels would be a great addition.

Read more comments on GitHub >

github_iconTop Results From Across the Web

How to Improve Your Labeling Process - Newcastle Systems
Download The Warehouse Guide to Lean Labeling to start creating better awareness of the label problems you may not see and how to...
Read more >
Encouraging helpful contributions to your project with labels
Apply the good first issue label to issues in your repository to highlight opportunities for people to contribute to your project.
Read more >
7 Common Label Issues (and 1 Step to Avoid Them)
7 Common Label Issues (and 1 Step to Avoid Them) · 1. Scratched printheads – Poorly developed labels often have sandpaper-like surfaces, which...
Read more >
Overview of issue labels
Here is a full list of labels that we use in the GitHub issue tracker and what they ... A Bug issue differs...
Read more >
5 Keys to Continuous Improvement in Labeling Application
Products requiring many labels · Product variations requiring different versions of the same label · Lack of automation requiring manual ...
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found