libpq: Bump protocol version to version 3.2 at least until the first/second beta

From: "Jelte Fennema-Nio" <me(at)jeltef(dot)nl>
To: "PostgreSQL Hackers" <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Cc: "Heikki Linnakangas" <hlinnaka(at)iki(dot)fi>, "Robert Haas" <robertmhaas(at)gmail(dot)com>
Subject: libpq: Bump protocol version to version 3.2 at least until the first/second beta
Date: 2025-10-23 13:56:35
Message-ID: DDPR5BPWH1RJ.1LWAK6QAURVAY@jeltef.nl
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

The main reason that libpq does not request protocol version 3.2 by
default is because other proxy/server implementations don't implement
the negotiation. This is a bit of a chicken and egg problem: We don't
bump the default version that libpq asks, but proxies will only
implement version negotation when their users run into issues. So I'm
proposing that we bump the default protocol version that libpq requests
on the master branch, so that users running the latest master against a
proxy that does not support the version negototian will be notified.
They can then push the author of the proxy to implement the
NegototiateProtocolVersion message.

Depending on how this works in practice we'll likely still want to
revert this change before we actually release PG19. If we do that before
19beta1 we still have roughly half a year where people will test the
ecosystem. I'd even suggest that we only revert before 19beta2, so that
people testing beta1 will also be testing the ecosystem for version
negotiation issues. In any case, the sooner we commit this the more
testing we get,

Note that users still have a way out to connect to the server by
manually setting max_protocol_version=3.0 in the connection string.

Attachment Content-Type Size
v1-0001-Add-test-for-libpq-its-default-protocol-version.patch text/x-patch 1.9 KB
v1-0002-libpq-Bump-default-protocol-version-to-3.2.patch text/x-patch 4.0 KB

Browse pgsql-hackers by date

  From Date Subject
Next Message Jelte Fennema-Nio 2025-10-23 14:10:04 Re: Add uuid_to_base32hex() and base32hex_to_uuid() built-in functions
Previous Message Euler Taveira 2025-10-23 13:56:02 Re: Include extension path on pg_available_extensions