| From: | Matheus Alcantara <matheusssilv97(at)gmail(dot)com> |
|---|---|
| To: | Jacob Champion <jacob(dot)champion(at)enterprisedb(dot)com> |
| Cc: | Peter Eisentraut <peter(at)eisentraut(dot)org>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: dblink: Add SCRAM pass-through authentication |
| Date: | 2025-03-18 13:10:03 |
| Message-ID: | CAFY6G8fYqFCYuKJUE-K3rEUmHdJdGL01=Xg925MtqYVD=mShug@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Mon, Mar 17, 2025 at 8:26 PM Jacob Champion
<jacob(dot)champion(at)enterprisedb(dot)com> wrote:
> > > I was referring to the discussion upthread [1]; you'd mentioned that
> > > the only reason that get_connect_string() didn't call GetUserMapping()
> > > itself was because we needed that mapping later on for
> > > UseScramPassthrough(). But that's no longer true for this patch,
> > > because the later call to UseScramPassthrough() has been removed. So I
> > > think we can move GetUserMapping() back down, and remove that part of
> > > the refactoring from patch 0001.
> > >
> > Ok, it totally makes sense. Fixed on v7.
>
> The fix is in, but it needs to be part of 0001 rather than 0002;
> otherwise 0001 doesn't compile.
>
Fixed. 0001 and 0002 are compiling now.
> --
>
> A pgperltidy run is needed for some of the more recent test changes.
> But I'm rapidly running out of feedback, so I think this is very
> close.
>
Fixed
Thanks very much for all the reviews on this patch!
--
Matheus Alcantara
| Attachment | Content-Type | Size |
|---|---|---|
| v8-0001-dblink-refactor-get-connection-routines.patch | application/octet-stream | 9.6 KB |
| v8-0002-dblink-Add-SCRAM-pass-through-authentication.patch | application/octet-stream | 22.9 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Nazir Bilal Yavuz | 2025-03-18 13:13:15 | Re: Show WAL write and fsync stats in pg_stat_io |
| Previous Message | Melanie Plageman | 2025-03-18 13:08:47 | pgsql: Increase default maintenance_io_concurrency to 16 |