From: | Bruce Momjian <bruce(at)momjian(dot)us> |
---|---|
To: | Oleksandr Shulgin <oleksandr(dot)shulgin(at)zalando(dot)de> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>, exclusion(at)gmail(dot)com, PostgreSQL mailing lists <pgsql-bugs(at)lists(dot)postgresql(dot)org> |
Subject: | Re: BUG #16486: Prompted password is ignored when password specified in connection string |
Date: | 2020-09-02 13:18:58 |
Message-ID: | 20200902131858.GD13613@momjian.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On Wed, Sep 2, 2020 at 09:54:37AM +0200, Oleksandr Shulgin wrote:
> On Tue, Sep 1, 2020 at 10:38 PM Bruce Momjian <bruce(at)momjian(dot)us> wrote:
>
>
> I used a later version of Tom's patch to add documentation of how
> connection strings can override command-line options, plus it has the
> password description improvements.
>
> I would like to apply this to all supported versions.
>
>
> Not related to the proposed change, this sentence is the same before and after,
> but makes me wonder:
>
> > However, <application>psql</application>
> will waste a connection attempt finding out that the server wants a
> password. In some cases it is worth typing <option>-W</option> to
> avoid
> the extra connection attempt.
>
> AFAIK, there is nothing in the protocol that forces psql to make an extra
> connection attempt. If libpq provided a means to pass a password-prompt
> callback, no extra connection would be needed I think?
That is true. I don't think we want the backend to be kept open waiting
for someone to type a password, which is why, I think, we don't do it
that way.
--
Bruce Momjian <bruce(at)momjian(dot)us> https://momjian.us
EnterpriseDB https://enterprisedb.com
The usefulness of a cup is in its emptiness, Bruce Lee
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2020-09-02 14:46:19 | Re: BUG #16486: Prompted password is ignored when password specified in connection string |
Previous Message | Jehan-Guillaume de Rorthais | 2020-09-02 12:55:50 | Re: BUG #15285: Query used index over field with ICU collation in some cases wrongly return 0 rows |