Re: pgsql: Fix search_path to a safe value during maintenance operations.
От | Tom Lane |
---|---|
Тема | Re: pgsql: Fix search_path to a safe value during maintenance operations. |
Дата | |
Msg-id | 1799839.1686687804@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: pgsql: Fix search_path to a safe value during maintenance operations. (Noah Misch <noah@leadboat.com>) |
Ответы |
Re: pgsql: Fix search_path to a safe value during maintenance operations.
|
Список | pgsql-committers |
Noah Misch <noah@leadboat.com> writes: > Best argument for shipping without $SUBJECT: we already have REFERENCES and > TRIGGER privilege that tend to let the grantee hijack the table owner's > account. Adding MAINTAIN to the list, while sad, is defensible. I still > prefer to ship with $SUBJECT, not without. What I'm concerned about is making such a fundamental semantics change post-beta1. It'll basically invalidate any application compatibility testing anybody might have done against beta1. I think this ship has sailed as far as v16 is concerned, although we could reconsider it in v17. Also, I fail to see any connection to the MAINTAIN privilege: the committed-and-reverted patch would break things whether the user was making any use of that privilege or not. Thus, I do not accept the idea that we're fixing something that's new in 16. regards, tom lane
В списке pgsql-committers по дате отправления: