Re: Improving psql's \password command

Поиск
Список
Период
Сортировка
От Bossart, Nathan
Тема Re: Improving psql's \password command
Дата
Msg-id 7E82AB1D-5D14-458F-8AD3-FFB71B7FAD67@amazon.com
обсуждение исходный текст
Ответ на Re: Improving psql's \password command  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Improving psql's \password command  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 11/20/21, 1:58 PM, "Tom Lane" <tgl@sss.pgh.pa.us> wrote:
> "Bossart, Nathan" <bossartn@amazon.com> writes:
>> I did find some missing control-C handling in
>> pg_receivewal/pg_recvlogical, though.  Attached is a patch for those.
>
> Meh ... I'm inclined to fix those programs by just moving their pqsignal
> calls down to after their initial GetConnection calls, as attached.
> This'd be simple enough to back-patch, for one thing.
>
> It could be argued that this doesn't provide a nice experience if
> (a) somebody changes your password mid-run and (b) you actually
> need to make a new connection for some reason and (c) you want
> to give up at that point instead of putting in the new password.
> But I doubt it's worth so much extra complication to address that
> edge case.  We've had about zero field complaints about the existing
> behavior in those programs, so the cost/benefit ratio seems poor.

Yeah, I was looking for a way to simplify this, too.  Your approach
seems reasonable enough to me.

Nathan


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Andrew Dunstan
Дата:
Сообщение: Re: Test::More version
Следующее
От: Michael Paquier
Дата:
Сообщение: Re: logical decoding/replication: new functions pg_ls_logicaldir and pg_ls_replslotdir