Skip site navigation (1) Skip section navigation (2)

Re: Add a "Known Issues" section

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Qingqing Zhou <zhouqq(at)cs(dot)toronto(dot)edu>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Add a "Known Issues" section
Date: 2006-01-02 01:37:02
Message-ID: 26777.1136165822@sss.pgh.pa.us (view raw or flat)
Thread:
Lists: pgsql-hackers
Qingqing Zhou <zhouqq(at)cs(dot)toronto(dot)edu> writes:
> On Sun, 1 Jan 2006, Tom Lane wrote:
>> Aren't they all "known issues"?  You need to be a lot clearer about what
>> distinction you intend to draw, and why it's so important that it
>> deserves to be the principal classification metric for TODO.

> ... However, there is blur border line between them ...

I don't think we want the top-level division of TODO to be a
classification that is inherently in-the-eye-of-the-beholder.
There would be way too much time wasted arguing what goes where,
to little purpose --- because, quite frankly, whether someone else
thinks XYZ is an issue has nothing to do with whether any given
developer is going to spend time on it tomorrow.

Things that are serious bugs (eg, server crashes) usually get fixed
fast enough that they never get on TODO in the first place.  And many
of the things that might be called "known issues" don't belong on TODO
because we don't intend to change them (eg, identifier case folding
behavior).

It might be useful to pick up the "postgresql gotchas" list that's
out on the net someplace, and expand and maintain it as a resource
oriented mainly at new users: here are some things you might not have
expected to behave like that.  I don't think this should have anything
directly to do with TODO though.

			regards, tom lane

In response to

Responses

pgsql-hackers by date

Next:From: Doug RoyerDate: 2006-01-02 01:46:48
Subject: Re: EINTR error in SunOS
Previous:From: Tom LaneDate: 2006-01-02 01:17:15
Subject: Re: Checks for command string

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group