| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
| Cc: | Mahendra Singh Thalor <mahi6run(at)gmail(dot)com>, Nathan Bossart <nathandbossart(at)gmail(dot)com>, Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, Srinath Reddy <srinath2133(at)gmail(dot)com>, pgsql-hackers(at)lists(dot)postgresql(dot)org |
| Subject: | Re: getting "shell command argument contains a newline or carriage return:" error with pg_dumpall when db name have new line in double quote |
| Date: | 2026-01-29 16:23:59 |
| Message-ID: | 1235912.1769703839@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
> These patches need a little copy editing (e.g.
> "check_database_role_names_in_old_cluser" seems to be missing a "t") and
> the error messages and comments need some tidying, but I think they are
> basically sound.
> Is there any objection to them in principle?
+1 in principle. As you say, there's some tidying needed.
A couple of points I noted:
1. check_lfcr_in_objname is about as unmusical a name as I can readily
imagine. I was thinking about proposing "reject_newline_in_name"
instead, but really I would drop that subroutine altogether and just
code the checks in-line, because:
2. I don't think this approach to constructing the error message
meets our translatability guidelines. Better to just write out
"role name \"%s\" contains ..." or "database name \"%s\" contains
...". We do use the other approach in some cases where it saves
dozens of repetitive messages, but when there are only ever going
to be two I'd rather err on the side of translatability.
3. I do not like the tests added to 040_createuser.pl, as they
do not verify that the command fails for the expected reason.
4. There's no point in running check_database_role_names_in_old_cluser
against a v19 or later source server.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bear Giles | 2026-01-29 16:25:26 | Proposed: extend github pages for documentation's sample code |
| Previous Message | Andres Freund | 2026-01-29 16:13:16 | Re: Decoupling our alignment assumptions about int64 and double |