On 2022-07-28 Th 10:24, Tom Lane wrote: > In commits 7c34555f8/e1bd4990b, I added a new role used by a TAP > script but neglected the auth_extra incantation needed to allow > login as that role. This should have resulted in SSPI auth > failures on certain Windows configurations, and indeed it did > on drongo's next run in the v15 branch: > > https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=drongo&dt=2022-07-27%2022%3A01%3A47 > > However, its immediately-following run on HEAD succeeded, > though I'd obviously not had time to put in the fix yet: > > https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=drongo&dt=2022-07-27%2022%3A30%3A27 > > How can that be? Have we somehow broken SSPI authentication > in HEAD? > >
Nothing is broken. On HEAD drongo uses Unix sockets. cheers andrew -- Andrew Dunstan EDB: https://www.enterprisedb.com