Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Prioritize issues #2616

Open
kolaente opened this issue Sep 27, 2017 · 14 comments
Open

Prioritize issues #2616

kolaente opened this issue Sep 27, 2017 · 14 comments
Labels
type/proposal The new feature has not been accepted yet but needs to be discussed first.

Comments

@kolaente
Copy link
Member

To quote @lunny in #2175:

@daviian Yes. I mean, we only need to add one column priority to implement it. We can add an order SQL before all other order

order by `priority` desc,  ...

When you pin an issue, we will set the issue's priority as max priority + 10 , and when you unpin it, we could set priority = 0

@lafriks lafriks added the type/proposal The new feature has not been accepted yet but needs to be discussed first. label Sep 27, 2017
@lafriks lafriks added this to the 1.x.x milestone Sep 27, 2017
@ptman
Copy link
Contributor

ptman commented Sep 28, 2017

Aren't labels enough?

@kolaente
Copy link
Member Author

kolaente commented Sep 28, 2017

You cannot order by priorty if you make them with labels only. Thats why I (we) want to do it this way.

It's more like giving weight to an issue.

@lafriks
Copy link
Member

lafriks commented Sep 28, 2017

Probably better it would be for labels to add field priority. That would not take new space in issue left side and could be sorted by using max priority from all added labels to issue

@tomposmiko
Copy link

How can I second this?
In my opinion it also would be brilliant, if issues could be sorted with pulling them up and down with mouse.

@kolaente
Copy link
Member Author

kolaente commented Mar 22, 2018

Found an interesting thing in [issue.go](https://github.com/go-gitea/gitea/blob/master/models/issue.go#L39), apparently someone added Priority in a basic form. But this is never used in any way.

Apparantly it was Unknown (git blame -L 43 -- issue.go):

6f9a95f830 (Unknwon                 2016-08-16 10:19:09 -0700   43)     Priority        int

This means we could somehow add this with not too much effort 🤔

@kolaente kolaente changed the title Priotize issues Prioritize issues Mar 22, 2018
@alexandr85

This comment has been minimized.

@rudineirk
Copy link

For reference, gitlab does it like this:

labels-priority

On the label list page, you can mark a label as a priority label, that can later be used to sort issues. The order of the labels priority is done by drag and drop on the labels marked as prioritized

@lunny
Copy link
Member

lunny commented Jun 8, 2018

@rudineirk It seems that's another idea. Both two features maybe could be implemented.

@stevegt
Copy link
Contributor

stevegt commented Jul 9, 2018

I'm at the point of needing a numerical (integer) priority field now. Has anyone else has a chance to look at or work on this more?

(As an aside, I also could use the ability to add other sortable fields, including calculated values. It would be best to implement these sorts of things as a plugin, but we have no plugin system yet. If this is interesting to you, go weigh in at #2222 (comment) and see if we can reach some sort of consensus on how this should work.)

appleboy pushed a commit to go-gitea/go-sdk that referenced this issue Aug 30, 2018
)

Prepare for Prioritize issues & update .gitignore for goland users.
Target on the [Issue](go-gitea/gitea#2616)

Signed-off-by: BetaCat0 <outman99@hotmail.com>
@NotAFile
Copy link

I think giving labels priority is the best way. This means that you don't need to add a new mechanic to add/set/display priority, you can just reuse the labels.

stevegt added a commit to stevegt/gitea-issuebot that referenced this issue Mar 5, 2019
- run at your own risk -- has not been extensively tested, and has
  only been run manually from a command-line so far
- current version generates a report that it stores in a persistent
  issue that we manage and update on each run
- go-gitea/gitea#2616 would enable putting
  output into a db column instead
@stevegt
Copy link
Contributor

stevegt commented Mar 5, 2019

The reason for an integer or floating-point priority field is to be able to use risk/reward, internal rate of return (IRR), or decision-tree math to more objectively prioritize issues.

This helps avoid the "everything's a sev 2" problem. In enterprises that still use the old IBM-style system of four or five severity or priority levels, this often collapses into a political exercise, with the vast majority of bugs getting assigned an unsorted priority of 2.

A time-consuming workaround is to have periodic project management meetings, which again get political but are where due dates get assigned for some of the sev 2's, giving you more granularity than the four priority levels. With #6206 merged we can now sort by due dates, but again that's a workaround for when you don't have something like IRR.

In our own case locally, we already have a python script that does the IRR math. It uses the API to mine issue comments for IRR inputs and generates a report sorted accordingly, but right now that report has to be stored as the text of a managed issue for lack of any better place. It probably should be putting its output into a db column instead.

I'm not suggesting that the math for IRR etc. be included in core gitea; just that we allow for an integer or floating point priority field to enable API plugins like this one. I think this would encourage more enterprise adoption (and possibly some funding).

A more generic solution would be to support user-defined columns, but that gets into the plugin discussion (#2222), and I don't yet know enough about gitea's internals to know which approach makes more sense.

@baselab
Copy link

baselab commented Mar 23, 2022

Any new on this? It would be much appreciated!

@lafriks
Copy link
Member

lafriks commented Mar 23, 2022

I'm slowly working on it #11669

@ptman
Copy link
Contributor

ptman commented Mar 30, 2022

the kanban boards can be used to order issues

@lunny lunny removed this from the 1.x.x milestone Mar 20, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type/proposal The new feature has not been accepted yet but needs to be discussed first.
Projects
None yet
Development

No branches or pull requests

10 participants