Re: [PoC] Federated Authn/z with OAUTHBEARER
От | Peter Eisentraut |
---|---|
Тема | Re: [PoC] Federated Authn/z with OAUTHBEARER |
Дата | |
Msg-id | 67b7e52e-0d6e-4eb5-9318-fdcfa4e7ea51@eisentraut.org обсуждение исходный текст |
Ответ на | Re: [PoC] Federated Authn/z with OAUTHBEARER (Peter Eisentraut <peter@eisentraut.org>) |
Ответы |
Re: [PoC] Federated Authn/z with OAUTHBEARER
|
Список | pgsql-hackers |
On 04.09.24 11:28, Peter Eisentraut wrote: > On 03.09.24 22:56, Jacob Champion wrote: >>> The parse_strval field could use a better explanation. >>> >>> I actually don't understand the need for this field. AFAICT, this is >>> just used to record whether strval is valid. >> No, it's meant to track the value of the need_escapes argument to the >> constructor. I've renamed it and moved the assignment to hopefully >> make that a little more obvious. WDYT? > > Yes, this is clearer. > > This patch (v28-0001) looks good to me now. This has been committed. About the subsequent patches: Is there any sense in dealing with the libpq and backend patches separately in sequence, or is this split just for ease of handling? (I suppose the 0004 "review comments" patch should be folded into the respective other patches?) What could be the next steps to keep this moving along, other than stare at the remaining patches until we're content with them? ;-)
В списке pgsql-hackers по дате отправления: