Re: libpq: Bump protocol version to version 3.2 at least until the first/second beta
Jelte Fennema <postgres@jeltef.nl>
From: Jelte Fennema-Nio <postgres@jeltef.nl>
To: "David G. Johnston" <david.g.johnston@gmail.com>
Cc: Jacob Champion <jacob.champion@enterprisedb.com>,
Andres Freund <andres@anarazel.de>, PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>,
Heikki Linnakangas <hlinnaka@iki.fi>, Robert Haas <robertmhaas@gmail.com>
Date: 2026-01-31T11:13:36Z
Lists: pgsql-hackers
On Fri, 30 Jan 2026 at 20:14, David G. Johnston <david.g.johnston@gmail.com> wrote: > Definite screenshot-2 preference for me. Though I do wonder just looking at the image whether the reserved stuff even needs a table. The first row is not even a parameter but a guideline, and the second pertains to testing which seems like it can be incorporated separately. I'd either go for just one table or two separate tables but not the combined variant in screenshot-1. I'm not seeing an advantage to be gained by the integration. Agreed. I expect maybe we'll reserve more protocol extensions in the future (either the improved grease, or when we'll stop supporting an extension at some point). Regarding _pq_.[name], I agree with David that I think it would be better to make that part of the introductory paragraph.
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
libpq: Grease the protocol by default
- 4966bd3ed95e 19 (unreleased) landed
-
libpq: Prepare for protocol grease during 19beta
- d8d7c5dc8f74 19 (unreleased) landed
-
doc: Expand upon protocol versions and extensions
- e3d37853ecd5 19 (unreleased) landed
-
libpq_pipeline: Test the default protocol version
- 9b9eaf08ab2d 19 (unreleased) landed