On 1/23/07, Marc Fargas Esteve <[EMAIL PROTECTED]> wrote:
> a core developer goes to see the "Read for
> check-in" tickets it has no way to know that some of those tickets
> should be taken ASAP,
FWIW, I think there's a goal that the queue for "ready for check-in"
be nearly empty, so prioritizing
On 1/23/07, Marc Fargas Esteve <[EMAIL PROTECTED]> wrote:
> The triage system is really nice! but there's just one thing, with the
> removal of priorities when a core developer goes to see the "Read for
> check-in" tickets it has no way to know that some of those tickets
> should be taken ASAP, fo
On 1/23/07, Marc Fargas Esteve <[EMAIL PROTECTED]> wrote:
> That would apply also for security related tickets and so on. Just ask
> the users if they like the broken links in the website :P
For security issues, the "how to contribute to Django" docs list a
dedicated email address -- [EMAIL PROTE
Hi there,
The triage system is really nice! but there's just one thing, with the
removal of priorities when a core developer goes to see the "Read for
check-in" tickets it has no way to know that some of those tickets
should be taken ASAP, for example: #3336 which solved broken links in
djangoproj
