Change Details

Our [definitions of Priority levels](https://www.mediawiki.org/w/index.php?title=Phabricator/Project_management&oldid=3170469#Priority_levels) are mostly a chain of "lower than the previous higher value". Which isn't too great. I'd call the current definition of "low" unrealistic: "Less priority than Normal, but someone is still planning to work on it." IMO that's often not really the case because resources are only in FOSS theory unlimited, but not in practice. "Lowest" sounds belittling and demotivating, so I'm sure that many people do not set it, also to avoid follow-up discussions with disappointed task authors etc. In reality, I do not see a real difference between "Low" and "Lowest" so I propose to merge them into "Low", and give "Low" the current definition of "Lowest": "Nobody plans to work on this task, but we would be happy if someone does." Because if we were not happy that someone works on a task it means that we do not want to see the task resolved, and that means the task should have "declined" status.

Our [definitions of Priority levels](https://www.mediawiki.org/w/index.php?title=Phabricator/Project_management&oldid=3170469#Priority_levels) are mostly a chain of "lower than the previous higher value". Which isn't too great. I'd call the current definition of {nav low} unrealistic: > {nav Low}: less priority than {nav Normal}, but someone is still planning to work on it. In my opinion tat's often not really the case because resources are only in FOSS theory unlimited, but not in practice. {nav Lowest} sounds belittling and demotivating, so I'm sure that many people do not set it, also to avoid follow-up discussions with disappointed task authors etc. In reality, I do not see a real difference between {nav Low} and {nav Lowest} so I propose to merge them into {nav Low}, and give {nav Low} the current definition of {nav Lowest}: > {nav Low}: nobody plans to work on this task, but we would be happy if someone does. Because if we were not happy that someone works on a task it means that we do not want to see the task resolved, and that means the task should have {nav declined} status.

Our [definitions of Priority levels](https://www.mediawiki.org/w/index.php?title=Phabricator/Project_management&oldid=3170469#Priority_levels) are mostly a chain of "lower than the previous higher value". Which isn't too great. I'd call the current definition of "low" unrealistic: "Less priority than Normal, but someone is still planning to work on it." IMO that's often not really the case because resources are only in FOSS theory unlimited{nav low} unrealistic: > {nav Low}: less priority than {nav Normal}, but not in practicesomeone is still planning to work on it. "Lowest" sounds belittling and demotivating, so I'm sure that many people do not set itIn my opinion tat's often not really the case because resources are only in FOSS theory unlimited, also to avoid follow-up discussions with disappointed task authors etcbut not in practice. {nav Lowest} sounds belittling and demotivating, so I'm sure that many people do not set it, also to avoid follow-up discussions with disappointed task authors etc. In reality, I do not see a real difference between "Low"{nav Low} and "{nav Lowest"} so I propose to merge them into "Low"{nav Low}, and give "Low"{nav Low} the current definition of "{nav Lowest": "N}: > {nav Low}: nobody plans to work on this task, but we would be happy if someone does." Because if we were not happy that someone works on a task it means that we do not want to see the task resolved, and that means the task should have "{nav declined"} status.