| From: | Noah Misch <noah(at)leadboat(dot)com> |
|---|---|
| To: | Nathan Bossart <nathandbossart(at)gmail(dot)com> |
| Cc: | Michael Paquier <michael(at)paquier(dot)xyz>, pgsql-bugs(at)lists(dot)postgresql(dot)org, Färber, Franz-Josef (StMUK) <Franz-Josef(dot)Faerber(at)stmuk(dot)bayern(dot)de>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Subject: | Re: Extension pg_trgm, permissions and pg_dump order |
| Date: | 2022-06-06 06:30:56 |
| Message-ID: | 20220606063056.GA3527347@rfd.leadboat.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs pgsql-general |
On Fri, Jun 03, 2022 at 11:17:24AM -0700, Nathan Bossart wrote:
> On Tue, May 31, 2022 at 08:28:55AM -0700, Nathan Bossart wrote:
> > I've spent some time looking at all the code impacted by a117ceb and
> > 0abc1a0, and I've yet to identify any additional problems besides the one
> > with ResolveOpClass(). However, I'm far from confident in this analysis,
> > and I still need to try out the ereport() approach that Noah suggested. I
> > would welcome any assistance identifying other problem areas.
>
> Ah, I think I am missing something. For example, the code that identifies
> the exclusion operator (immediately following the call to ResolveOpClass())
> is likely subject to a similar problem.
That would not surprise me. Do you have what you need to continue?
| From | Date | Subject | |
|---|---|---|---|
| Next Message | PG Bug reporting form | 2022-06-06 06:51:36 | BUG #17510: cache lookup failed for type |
| Previous Message | Kyotaro Horiguchi | 2022-06-06 06:11:24 | Re: BUG #17504: psql --single-transaction -vON_ERROR_STOP=1 still commits after client-side error |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Niels Jespersen | 2022-06-06 12:05:42 | GSSAPI authentication |
| Previous Message | David G. Johnston | 2022-06-05 23:29:54 | Re: Why password authentication failed for user "postgres"? |