Re: synchronous_standby_names parser discards errors - Mailing list pgsql-hackers

From Tom Lane
Subject Re: synchronous_standby_names parser discards errors
Date
Msg-id 1686302.1753380858@sss.pgh.pa.us
Whole thread Raw
In response to synchronous_standby_names parser discards errors  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> Since Peter Eisentraut's commit
> 473a575e05979b4dbb28b3f2544f4ec8f184ce65 on January 25 of this year,
> attempting to set synchronous_standby_names to a value that doesn't
> parse results in a generic and uninformative error message:

Oops.

> Apparently, our tests do not exercise this parser's error cases. I
> looked into adding a test but I don't see a real easy place to add
> one. If we had testing for messages like "WAL archival cannot be
> enabled when \"wal_level\" is \"minimal\"" then it would make sense to
> test this kind of thing in the same place, but we don't. Because the
> setting is PGC_SIGHUP, we can't just include a SET command in the main
> regression tests, either. I don't want to spend the time to upgrade
> our testing infrastructure to catch future instances of this problem
> right now, and therefore propose to just commit this fix and move on.

Agreed, the cost/benefit ratio for creating a test case doesn't
seem attractive.

            regards, tom lane



pgsql-hackers by date:

Previous
From: Jeff Davis
Date:
Subject: Re: Remaining dependency on setlocale()
Next
From: Sami Imseih
Date:
Subject: Re: track generic and custom plans in pg_stat_statements