Re: Assert failure due to "drop schema pg_temp_3 cascade" for temporary tables and \d+ is not showing any info after drooping temp table schema

From: Michael Paquier <michael(at)paquier(dot)xyz>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Robert Haas <robertmhaas(at)gmail(dot)com>, Mahendra Singh <mahi6run(at)gmail(dot)com>, Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Assert failure due to "drop schema pg_temp_3 cascade" for temporary tables and \d+ is not showing any info after drooping temp table schema
Date: 2020-01-09 04:06:12
Message-ID: 20200109040612.GG2251@paquier.xyz
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-hackers

On Wed, Jan 08, 2020 at 10:56:01AM +0900, Michael Paquier wrote:
> And done this way as per the attached. I am of course open to
> objections or better ideas, though this looks formulation looks pretty
> good to me. Robert?

Just to be clear here, I would like to commit this patch and backpatch
with the current formulation in the error strings in the follow-up
days. In 9.4~10, the error cannot be reached, but that feels safer if
we begin to work again on this portion of the autovacuum code. So if
you would like to object, that's the moment..
--
Michael

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Michael Paquier 2020-01-09 04:15:21 Re: BUG #16195: current_schema always return "public"
Previous Message Michael Paquier 2020-01-09 03:06:19 Re: REINDEX CONCURRENTLY unexpectedly fails

Browse pgsql-hackers by date

  From Date Subject
Next Message Karl O. Pinc 2020-01-09 04:32:26 Re: Patch to document base64 encoding
Previous Message Amit Kapila 2020-01-09 04:05:45 Re: PATCH: logical_work_mem and logical streaming of large in-progress transactions