Re: patch to ensure logical decoding errors early

Поиск
Список
Период
Сортировка
От Dave Cramer
Тема Re: patch to ensure logical decoding errors early
Дата
Msg-id CADK3HHJJHrGo4TS0dtG42_Tip9p7i1FMy-2tYTB6A2hLhjt15g@mail.gmail.com
обсуждение исходный текст
Ответ на Re: patch to ensure logical decoding errors early  (Petr Jelinek <petr.jelinek@2ndquadrant.com>)
Ответы Re: patch to ensure logical decoding errors early
Список pgsql-hackers

On 1 August 2018 at 10:13, Petr Jelinek <petr.jelinek@2ndquadrant.com> wrote:
Hi,

On 31/07/18 20:58, Andres Freund wrote>
>> diff --git a/src/backend/replication/logical/logical.c b/src/backend/replication/logical/logical.c
>> index 3cd4eef..9f883b9 100644
>> --- a/src/backend/replication/logical/logical.c
>> +++ b/src/backend/replication/logical/logical.c
>> @@ -143,8 +143,7 @@ StartupDecodingContext(List *output_plugin_options,
>>       * (re-)load output plugins, so we detect a bad (removed) output plugin
>>       * now.
>>       */
>> -    if (!fast_forward)
>> -            LoadOutputPlugin(&ctx->callbacks, NameStr(slot->data.plugin));
>> +    LoadOutputPlugin(&ctx->callbacks, NameStr(slot->data.plugin));
>
> So this actually was broken by 9c7d06d60680c7f00d931233873dee81fdb311c6
> and worked before? Petr, Simon?  Isn't the actual bug here that
> CreateInitDecodingContext() passes true for fast_forward?  Dave, could
> you confirm this is the case?  If so, this'll end up actually being an
> open items entry...
>

Indeed.

See attached patch which fixes it, and adds a test for it.


Вложения

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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Explain buffers wrong counter with parallel plans
Следующее
От: Cynthia Shang
Дата:
Сообщение: Re: Allow COPY's 'text' format to output a header