Re: BUG #16419: wrong parsing BC year in to_date() function

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
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 20:49:51
Message-ID: CA+TgmoameT7ysPOm2sqp6NaZtzP0QFNjJ09wC1QVKTzt-84D7Q@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-hackers

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.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Heikki Linnakangas 2020-09-30 21:06:07 Assertion failure with 6-dimensional array in PL/python
Previous Message Bruce Momjian 2020-09-30 20:20:16 Re: BUG #16419: wrong parsing BC year in to_date() function

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2020-09-30 21:35:43 Re: BUG #16419: wrong parsing BC year in to_date() function
Previous Message Bruce Momjian 2020-09-30 20:20:16 Re: BUG #16419: wrong parsing BC year in to_date() function