Re: BUG #18711: Attempting a connection with a database name longer than 63 characters now fails
Thomas Munro <thomas.munro@gmail.com>
From: Thomas Munro <thomas.munro@gmail.com>
To: Nathan Bossart <nathandbossart@gmail.com>
Cc: Bertrand Drouvot <bertranddrouvot.pg@gmail.com>,
Tom Lane <tgl@sss.pgh.pa.us>, Bruce Momjian <bruce@momjian.us>, adam@labkey.com,
pgsql-bugs@lists.postgresql.org
Date: 2024-12-11T22:39:35Z
Lists: pgsql-bugs
On Thu, Dec 12, 2024 at 9:59 AM Nathan Bossart <nathandbossart@gmail.com> wrote: > If we are leaning towards a more comprehensive fix in v18, ISTM we should > go ahead and revert commit 562bee0 (both for master and v17). Or am I > misinterpreting the proposed path forward here? Yeah. Just to confirm, the CLUSTER ENCODING concept is definitely future-release-only material
Commits
-
Revert "Don't truncate database and user names in startup packets."
- d09fbf645ece 17.3 landed
- a0ff56e2d3ff 18.0 landed
-
Don't truncate database and user names in startup packets.
- 562bee0fc13d 17.0 cited
-
Truncate incoming username and database name to NAMEDATALEN-1 characters
- d18c1d1f5102 7.1.1 cited