| From: | Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com> |
|---|---|
| To: | Fabien COELHO <coelho(at)cri(dot)ensmp(dot)fr> |
| Cc: | "pgsql-hackers(at)lists(dot)postgresql(dot)org" <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: psql - add SHOW_ALL_RESULTS option |
| Date: | 2022-03-25 15:04:21 |
| Message-ID: | ff1ea8cc-5938-477b-ac85-85e242c6eddf@enterprisedb.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 23.03.22 13:58, Fabien COELHO wrote:
> If you want to wait for libpq to provide a solution for this corner
> case, I'm afraid that "never" is the likely result, especially as no
> test case exercices this path to show that there is a problem somewhere,
> so nobody should care to fix it. I'm not sure it is even worth it given
> the highly special situation which triggers the issue, which is not such
> an actual problem (ok, the user is told twice that there was a
> connection loss, no big deal).
As Tom said earlier, wasn't this fixed by 618c16707? If not, is there
any other discussion on the specifics of this issue? I'm not aware of one.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | RKN Sai Krishna | 2022-03-25 15:07:31 | Re: pg_walinspect - a new extension to get raw WAL data and WAL stats |
| Previous Message | Masahiko Sawada | 2022-03-25 14:54:25 | Re: Add index scan progress to pg_stat_progress_vacuum |