smoking gun here - https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=858e776c84f48841e7e16fba7b690b76e54f3675#patch10
Commit: Convert the reg* input functions to report (most) errors softly.
https://git.postgresql.org/gitweb/?p=postgresql.git;a=commitdiff;h=858e776c84f48841e7e16fba7b690b76e54f3675
This is not really complete, but it catches most cases of practical
interest. The main omissions are:
* regtype, regprocedure, and regoperator parse type names by
calling the main grammar, so any grammar-detected syntax error
will still be a hard error. Also, if one includes a type
modifier in such a type specification, errors detected by the
typmodin function will be hard errors.
* Lookup errors are handled just by passing missing_ok = true
to the relevant catalog lookup function. Because we've used
quite a restrictive definition of "missing_ok", this means that
edge cases such as "the named schema exists, but you lack
USAGE permission on it" are still hard errors.
It would make sense to me to replace most/all missing_ok
parameters with an escontext parameter and then allow these
additional lookup failure cases to be trapped too. But that's
a job for some other day.
Discussion: https://postgr.es/m/3342239.1671988406@sss.pgh.pa.us
