A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2008-January/076351.html below:

[Python-Dev] Priorities in the tracker

[Python-Dev] Priorities in the tracker [Python-Dev] Priorities in the tracker"Martin v. Löwis" martin at v.loewis.de
Sun Jan 20 19:42:35 CET 2008
After some months of tracker operation, I'd like to discuss one aspect
of the tracker schema: priorities.

Each issue has a severity and a priority. The severity is assigned by
the submitter, defaults to normal, and indicates how serious the issue
impacts him and the community.

The priority is assigned by a developer (and cannot be set by
a "mere" user), and indicates how quickly this issue must be processed.
The priority is initially unset, requiring a developer to perform screening.

It appears that developers rarely set the priority, leaving the issues
formally unscreened.

So what should we do? Leave things as-is? Drop the notion of priority?
Change our process to make sure priorities do get set (and honored)?

Regards,
Martin
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4