Re: Disallow setting client_min_messages > ERROR?

From: "Jonah H(dot) Harris" <jonah(dot)harris(at)gmail(dot)com>
To: isaac(dot)morland(at)gmail(dot)com
Cc: PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Disallow setting client_min_messages > ERROR?
Date: 2018-11-06 21:35:53
Message-ID: CADUqk8Usa8EqhG_nLEApFXyu1UqMOA5y2MJq2+y9MD17e4uoTA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, Nov 6, 2018 at 2:46 PM Isaac Morland <isaac(dot)morland(at)gmail(dot)com>
wrote:

> On Tue, 6 Nov 2018 at 14:07, Jonah H. Harris <jonah(dot)harris(at)gmail(dot)com>
> wrote:
>
>> Two options presented:
>>
>> - Hard patch removes FATAL/PANIC from client_message_level_options in
>> guc.c, which also seems to make sense in regard to it's double-usage
>> with trace_recovery_messages.
>>
>> - Soft patch keeps FATAL/PANIC in client_message_level_options but
>> coerces client_min_messages to ERROR when set to FATAL/PANIC and issues a
>> warning. This also exports error_severity from elog.c to retrieve severity
>> -> text mappings for the warning message.
>>
>>
> What about no-op (soft patch) for 11.1 and backpatches, error (hard patch)
> for 12?
>

I'm usually a fan of the hard fix... but I do see the point they've made
about during an upgrade.

Also, fixed wording in the soft patch (frontend protocol requires %s or
above -> frontend protocol requires %s or below) attached.

--
Jonah H. Harris

Attachment Content-Type Size
client_min_messages_config_soft-v2.patch application/octet-stream 2.8 KB

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Ondřej Bouda 2018-11-06 21:37:32 Re: backend crash on DELETE, reproducible locally
Previous Message Peter Eisentraut 2018-11-06 21:16:33 Re: [HACKERS] generated columns