Skip to content

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

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

Creation of new labels to classify the issues #4985

Closed
andre-hohmann opened this issue Feb 11, 2022 · 6 comments
Closed

Creation of new labels to classify the issues #4985

andre-hohmann opened this issue Feb 11, 2022 · 6 comments
Labels

Comments

@andre-hohmann
Copy link
Collaborator

Problem

I had a look on several issues to think about helpful improvements with regard on the development fund 2022. This is very time consuming, because nearly every issue has to be assessed on its own regarding the concerned subject areas and thus its relevance for an improvement.

Solution

From my point of view, the Labels should be extended to some more broad subject-categories as for example:

  • performance
  • search/filter
  • newspaper
  • import
  • ruleset
  • ...

On the first glance, it might seem unnecessary, but with 470 open issues, it is from my point of view an opportunity to assess quickly the issues and to bundle them. Especially regarding the development fund but also for other development-initiatives, it would be helpful to enable a quick overview of related issues.

It would be OK, if these labels have always be to combined with the improvement-label or with the feature-label. It just would be helpful not to assess each of the 470 issues by content.

@matthias-ronge
Copy link
Collaborator

For the same reason, I once started keeping a list in the wiki to organize the issues better. I made up the following categories, in order of decreasing priority:

  • Dangerous
    A risk of life or limb, property damage, security issue or the risk of loss of work.
    This is basically equal to the security label that we already have.
  • Unusable
    An essential functionality of the application is not given. There is no work-around.
    This is basically equal to the blocking label that we already have.
  • Faulty
    A target functionality is not given or behaves wrong.
    This is what a bug describes best.
  • Fragile
    An error is badly intercepted. A tiny incorrect operation leads to incredibly bad things.
  • Unsightly
    Slipped layout, typographical errors, …
  • Inconvenient
    A target functionality is not available, but there is a work-around. Likewise: A target functionality can only be achieved with an unnecessarily high operating effort.
  • At a loss
    Poor operator guidance, the meaning of input elements is not revealed, nothing seems to happen when a function is triggered (if the function actually works). Likewise: No error message in the event of an error, it gives the impression that the function has worked where it did not.
  • Opaque program code
    Confusing program code, cleaning up necessary.
  • Non-interoperable software solution
    An in-house solution is used where a standard solution could be used.
  • New feature
    A completely new type of functionality is desired.
    This exists as feature label
  • Conception
    Discussion with an open outcome, no clear goal yet.
    These should be moved to discussions

Aside from that, I came up with the following subject keywords:

  • administrability
  • business objects
  • calendar hierarchies
  • documentation
  • export
  • hierarchical processes
  • import
  • layout
  • list view
  • metadata editor
  • migration
  • multitenancy
  • performance
  • process creation
  • search
  • security
  • statistics
  • tasks
  • text
  • workflow editor
  • workflow engine

@andre-hohmann
Copy link
Collaborator Author

@matthias-ronge : Thanks, that is very close to what i expected. The creation of your list was certainly quite time consuming. From my point of view, that should be solved with the labels.

The priority labels i had not in mind, but maybe the existing ones could be complemented. Regarding the subject labels, i prefer the following ones:

  • calendar hierarchies
  • export
  • import
  • layout
  • metadata editor
  • migration
  • performance
  • search

Could we create and apply them to have a look how it works? Is there someone who organizes the labels and decides about new ones?
I suggest to use the same color for all subject labels to indicate the subject-reference. Maybe a neutral color as a white background would be good to show that the subject label is a supplement to the colorful "priority" labels.

@matthias-ronge
Copy link
Collaborator

I don't have permission to do this

@matthias-ronge
Copy link
Collaborator

@Kathrin-Huber @Erikmitk @henning-gerhardt What do you think about this? Could one of you perhaps create a few more meaningful labels?

@henning-gerhardt
Copy link
Collaborator

henning-gerhardt commented Jun 9, 2022

I'm not the right person for this @matthias-ronge as I'm not an administrator nor release manager.

@solth solth removed the 3.x label Jul 7, 2022
@andre-hohmann
Copy link
Collaborator Author

Here a part of the list from: Bugs by severity with the current state. The aim to copy it here is to see, which issues are still open - especially the important ones,

10 Dangerous

9 Unusable

8 Faulty

A target functionality is not given or behaves wrong.

@andre-hohmann andre-hohmann converted this issue into discussion #5564 Feb 24, 2023

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Labels
Projects
None yet
Development

No branches or pull requests

4 participants