Re: BUG #13126: table constraint loses its comment

From: Michael Paquier <michael(dot)paquier(at)gmail(dot)com>
To: Heikki Linnakangas <hlinnaka(at)iki(dot)fi>
Cc: Petr Jelinek <petr(at)2ndquadrant(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, xi(at)resolvent(dot)net, PostgreSQL mailing lists <pgsql-bugs(at)postgresql(dot)org>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: BUG #13126: table constraint loses its comment
Date: 2015-07-14 07:29:13
Message-ID: CAB7nPqShiFo2pDCs_tRzcDZGbKT4tbC3kfOoijKAo40ZQD=E-A@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-hackers

On Tue, Jul 14, 2015 at 1:42 AM, Heikki Linnakangas wrote:
> There was one bug in this patch: the COMMENT statement that was constructed
> didn't schema-qualify the relation, so if the ALTERed table was not in
> search_path, the operation would fail with a "relation not found" error (or
> add the comment to wrong object). Fixed that.

Ouch. I had a look at the patches and they look neater than what I
drafted. Thanks!

> I plan to commit the attached patches later today or tomorrow. But how do
> you feel about back-patching this? It should be possible to backpatch,
> although at a quick test it seems that there have been small changes to the
> affected code in many versions, so it would require some work. Also, in
> back-branches we'd need to put the new AT_ReAddComment type to the end of
> the list, like we've done when we added AT_ReAddConstraint in 9.3. I'm
> inclined to backpatch this to 9.5 only, even though this is clearly a bug
> fix, on the grounds that it's not a very serious bug and there's always some
> risk in backpatching.

Well, while it's clearly a bug I don't think that it is worth the risk
to destabilize back branches older than 9.5 in this code path. So +1
for doing it the way you are suggesting. We could still revisit that
later on if there are more complaints, but I doubt there will be much.
--
Michael

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Michael Paquier 2015-07-14 07:33:26 Re: BUG #13490: Segmentation fault on pg_stat_activity
Previous Message Pete Lancashire 2015-07-13 21:49:36 Re: BUG #13498: make check failures

Browse pgsql-hackers by date

  From Date Subject
Next Message Alvaro Herrera 2015-07-14 07:44:04 Re: git push hook to check for outdated timestamps
Previous Message Shulgin, Oleksandr 2015-07-14 06:32:51 Re: [PATCH] Generalized JSON output functions