Re: synchronous_standby_names parser discards errors
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Robert Haas <robertmhaas@gmail.com>
Cc: PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2025-07-24T18:14:18Z
Lists: 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
Commits
-
Avoid throwing away the error message in syncrep_yyerror.
- 44e135ad57b2 18.0 landed
- dcc9820a3526 19 (unreleased) landed
-
Return yyparse() result not via global variable
- 473a575e0597 18.0 cited