Re: Separators in pg_hosts.conf fields
Noah Misch <noah@leadboat.com>
From: Noah Misch <noah@leadboat.com>
To: Daniel Gustafsson <daniel@yesql.se>
Cc: PostgreSQL Hackers <pgsql-hackers@postgresql.org>
Date: 2026-04-26T21:54:25Z
Lists: pgsql-hackers
On Sun, Apr 26, 2026 at 11:40:13PM +0200, Daniel Gustafsson wrote: > > On 26 Apr 2026, at 23:32, Noah Misch <noah@leadboat.com> wrote: > > > > If the build directory name contains a comma, > > src/test/modules/ssl_passphrase_callback fails on master since commit 4f43302. > > It fails because hba.c:next_token() treats a comma as a token separator: > > Ugh, thanks for reporting. > > > * Tokens can be delimited by double quotes (this allows the inclusion of > > * commas, blanks, and '#', but not newlines). As in SQL, write two > > * double-quotes to represent a double quote. > > > > Commit 4f43302 documented the pg_hosts.conf hostname field as a > > comma-separated list, but not the other fields. Should other pg_hosts.conf > > fields continue to require quoting around commas, or not? > > Yes, only the hostname field is a comma-separated list. I think this should be > added to the documentation as well on top of the test fix in your patch. Do you anticipate docs like "this isn't a list, but the file's general parsing rules require quotes if there's a comma"? Or something different? > Do > you want me to take care of both parts? That's fine. I also don't mind pushing what I sent.
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Fix new test with comma in build directory.
- f9c638054c5b 19 (unreleased) landed
-
ssl: Serverside SNI support for libpq
- 4f433025f666 19 (unreleased) cited