On Thu, May 21, 2015 at 10:03 PM, Santiago Mola wrote:
> Sure. That is why I was talking about the Inactive resolution specifically.
> The
> combination of Priority + other statuses are enough to solve these issues. A
> minor/trivial issue that is incomplete is probably not going to hurt much to
2015-05-21 22:39 GMT+02:00 Sean Owen :
>
> I don't think sorting helps or that browsing is the issue. What if
> you're searching for Open Critical issues concerning Pyspark? If the
> list is full of issues that are actually out of scope, later, won't
> fix, then that's a problem.
Sure. That is why
On Thu, May 21, 2015 at 9:06 PM, Santiago Mola wrote:
>> Inactive - A feature or bug that has had no activity from users or
>> developers in a long time
>
> Why is this needed? Every JIRA listing can be sorted by activity. That gets
> the inactive ones out of your view quickly. I do not see any re
Some examples to illustrate my point. A couple of issues from the oldest
open issues
in the SQL component:
[SQL] spark-sql exits while encountered an error
https://issues.apache.org/jira/browse/SPARK-4572
This is an incomplete report that nobody can take action on. It can be
resolved
as "Incomplet
2015-05-12 9:50 GMT+02:00 Patrick Wendell :
>
> Inactive - A feature or bug that has had no activity from users or
> developers in a long time
>
Why is this needed? Every JIRA listing can be sorted by activity. That gets
the inactive ones out of your view quickly. I do not see any reason why an
i
If there is no further feedback on this I will ask ASF Infra to add
the new fields "Out of Scope" and "Inactive".
- Patrick
On Tue, May 12, 2015 at 9:02 AM, Nicholas Chammas
wrote:
> I tend to find that any large project has a lot of walking dead JIRAs, and
> pretending they are simply Open caus
I tend to find that any large project has a lot of walking dead JIRAs, and
pretending they are simply Open causes problems. Any state is better for
these, so I favor this.
Agreed.
1. Inactive: A way to clear out inactive/dead JIRA’s without
indicating a decision has been made one way or th
I tend to find that any large project has a lot of walking dead JIRAs, and
pretending they are simply Open causes problems. Any state is better for
these, so I favor this.
The possible objection is that this will squash or hide useful issues, but
in practice we have the opposite problem. Resolved
