From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Cc: | Bruce Momjian <bruce(at)momjian(dot)us>, "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>, Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: BUG #16419: wrong parsing BC year in to_date() function |
Date: | 2020-09-30 21:35:43 |
Message-ID: | 911841.1601501743@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs pgsql-hackers |
Robert Haas <robertmhaas(at)gmail(dot)com> writes:
> On Tue, Sep 29, 2020 at 1:26 PM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> I think this is nuts. The current behavior is obviously broken;
>> we should just treat it as a bug and fix it, including back-patching.
>> I do not think there is a compatibility problem of any significance.
>> Who out there is going to have an application that is relying on the
>> ability to insert BC dates in this way?
> I think that's entirely the wrong way to look at it. If nobody is
> using the feature, then it will not break anything to change the
> behavior, but on the other hand there is no reason to fix the bug
> either. But if people are using the feature, making it behave
> differently in the next minor release is going to break their
> applications. I disagree *strongly* with making such changes in stable
> branches and feel that the change to those branches should be
> reverted.
By that logic, we should never fix any bug in a back branch.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2020-09-30 21:42:16 | Re: BUG #16643: PG13 - Logical replication - initial startup never finishes and gets stuck in startup loop |
Previous Message | Tom Lane | 2020-09-30 21:32:04 | Re: BUG #16643: PG13 - Logical replication - initial startup never finishes and gets stuck in startup loop |
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2020-09-30 22:10:38 | Re: BUG #16419: wrong parsing BC year in to_date() function |
Previous Message | Robert Haas | 2020-09-30 20:49:51 | Re: BUG #16419: wrong parsing BC year in to_date() function |