Andrew Dunstan <and...@dunslane.net> writes: > I've been wondering if it might be a good idea to have a third parameter > for pg_input_error_message() which would default to false, but which if > true would cause it to emit the detail and hint fields, if any, as well > as the message field from the error_data.
I don't think that just concatenating those strings would make for a pleasant API. More sensible, perhaps, to have a separate function that returns a record. Or we could redefine the existing function that way, but I suspect that "just the primary error" will be a principal use-case. Being able to get the SQLSTATE is likely to be interesting too. regards, tom lane