Re: Temp schema drop leaves an inconsistent state behind

From: Manu <manuelreyesbravo(at)gmail(dot)com>
To: Michael Paquier <michael(at)paquier(dot)xyz>
Cc: Jim Jones <jim(dot)jones(at)uni-muenster(dot)de>, Marko Grujic <marko(dot)grujic(at)enterprisedb(dot)com>, Marko Grujic <markoog(at)gmail(dot)com>, pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: Temp schema drop leaves an inconsistent state behind
Date: 2026-09-25 03:19:06
Message-ID: 179030634615.636939.4639430401701705347@gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi Michael,

Michael Paquier <michael(at)paquier(dot)xyz> wrote:
> My point being: we did not care back then for the reasons given back
> then related to superusers. Why should we care now?

Fair enough. It was settled back then, and I'll leave it there.

> This comment does not apply only to this thread, more to the recent
> activities of this email address: note that most of your reviews,
> being clearly AI-generated, are rather noisy (not all, but a large
> majority), and sometimes miss the point while providing a sloppy
> amount of confusing contents.

Thanks for saying it plainly. Yes, I use AI tooling: it builds the
patched trees, runs the tests and collects the numbers, and every
result I post comes from those runs. Deciding what is worth posting
is my part, and here I got it wrong: I went into how to fix this
before weighing whether it should be fixed, which had already been
answered in 2019. I'll take myself off the commitfest entry, and
keep reviews short and to what a thread actually needs.

Regards,
Manu

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message shihao zhong 2026-09-25 03:40:01 Re: Add a permission check to pg_stat_get_backend_subxact()
Previous Message Osama Abdul Qader 2026-09-25 03:05:45 Re: Severe performance degradation with concurrent updates due to excessive EvalPlanQual (EPQ) re‑evaluation