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 |
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 |