Re: BUG #18711: Attempting a connection with a database name longer than 63 characters now fails
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Bertrand Drouvot <bertranddrouvot.pg@gmail.com>
Cc: Nathan Bossart <nathandbossart@gmail.com>, adam@labkey.com,
pgsql-bugs@lists.postgresql.org
Date: 2024-11-20T15:10:51Z
Lists: pgsql-bugs
Bertrand Drouvot <bertranddrouvot.pg@gmail.com> writes: > Could we rely on pg_encoding_max_length() instead of MAX_MULTIBYTE_CHAR_LEN? That > would then work for short characters too IIUC. No. We don't know which encoding it is. Even if you wanted to say "use the database encoding", we haven't identified the database yet. regards, tom lane
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