Re: pg_dump bug for extension owned tables

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: pg_dump bug for extension owned tables
Дата
Msg-id 6b8eecbf-45c8-f630-77e4-bd0428ce1dad@2ndQuadrant.com
обсуждение исходный текст
Ответ на Re: pg_dump bug for extension owned tables  (Fabrízio de Royes Mello <fabriziomello@gmail.com>)
Список pgsql-hackers
On 6/26/20 2:10 PM, Fabrízio de Royes Mello wrote:
>
> On Fri, Jun 26, 2020 at 11:55 AM Fabrízio de Royes Mello
> <fabriziomello@gmail.com <mailto:fabriziomello@gmail.com>> wrote:
> >
> >
> > On Fri, Jun 26, 2020 at 11:24 AM Andrew Dunstan
> <andrew.dunstan@2ndquadrant.com
> <mailto:andrew.dunstan@2ndquadrant.com>> wrote:
> > >
> > >
> > > On 6/26/20 9:57 AM, Andrew Dunstan wrote:
> > > > It appears that for extension owned tables tbinfo.attgenerated isn't
> > > > being properly populated, so line 2050 in REL_12_STABLE, which
> is line
> > > > 2109 in git tip, is failing.
> > > >
> > > >
> > >
> > > Should have mentioned this is in src/bin/pg_dump/pg_dump.c
> > >
> >
> > Having a look on it.
> >
>
> Seems when qualify the schemaname the the "tbinfo->interesting" field
> is not setted for extensions objects, so the getTableAttrs can't fill
> the attgenerated field properly.
>
> I'm not 100% sure it's the correct way but the attached patch works
> for me and all tests passed. Maybe we should add more TAP tests?
>
>


Thanks for this.

It looks sane to me, I'll let others weigh in on it though. Yes we
should have a TAP test for it.


cheers


andrew


-- 
Andrew Dunstan                https://www.2ndQuadrant.com
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services




В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: should libpq also require TLSv1.2 by default?
Следующее
От: Andrew Dunstan
Дата:
Сообщение: Re: Weird failures on lorikeet