Re: Enhance 'pg_createsubscriber' to retrieve databases automatically when no database is provided.
Peter Smith <smithpb2250@gmail.com>
From: Peter Smith <smithpb2250@gmail.com>
To: Shubham Khanna <khannashubham1197@gmail.com>
Cc: "Hayato Kuroda (Fujitsu)" <kuroda.hayato@fujitsu.com>,
Amit Kapila <amit.kapila16@gmail.com>, PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>, Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>
Date: 2025-02-12T05:11:45Z
Lists: pgsql-hackers
On Wed, Feb 12, 2025 at 10:58 AM Peter Smith <smithpb2250@gmail.com> wrote: > > On Tue, Feb 11, 2025 at 9:16 PM Shubham Khanna > <khannashubham1197@gmail.com> wrote: > > > > > #13. Unanswered question "How are tests expecting this even passing?". > > > Was a reason identified? IOW, how can we be sure the latest tests > > > don't have a similar problem? > > > > > > > In the v4-0001 patch [1], the tests were mistakenly using > > 'command_fails' instead of 'command_fails_like' to verify failed test > > cases. Since 'command_fails' only checks for a non-zero exit code and > > not specific error messages, the tests were passing even when the > > expected errors were not being triggered correctly. > > To address this, I have updated the patch to use 'command_fails_like', > > ensuring that the test cases now explicitly verify the correct failure > > messages. > > > > Ah, that makes sense. Thanks for sharing the reason. So in fact, it > was a valid concern because the v5 was still carrying over the same > flaw from v4... Anyway, it is good to know it is fixed now in v6. > FYI, I've proposed a patch [1] that can prevent this mistake from happening in future. ====== [1] https://www.postgresql.org/message-id/CAHut%2BPu-umU%3DCkcSvrqL9eQt85Rv_qfLtekqU-yrjfh%3DGirUQg%40mail.gmail.com Kind Regards, Peter Smith. Fujitsu Australia.
Commits
-
Cosmetic fixes for pg_createsubscriber's -all option.
- d438515c29c3 18.0 landed
-
pg_createsubscriber: Add '--all' option.
- fb2ea12f42b9 18.0 landed