Re: Include schema-qualified names in publication error messages (generalised to all of LR).

From: Peter Smith <smithpb2250(at)gmail(dot)com>
To: "Hayato Kuroda (Fujitsu)" <kuroda(dot)hayato(at)fujitsu(dot)com>
Cc: vignesh C <vignesh21(at)gmail(dot)com>, Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>, Euler Taveira <euler(at)eulerto(dot)com>, Dilip Kumar <dilipbalaut(at)gmail(dot)com>, "shveta(dot)malik(at)gmail(dot)com" <shveta(dot)malik(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Include schema-qualified names in publication error messages (generalised to all of LR).
Date: 2026-10-18 22:12:07
Message-ID: CAHut+PtCBY-uh1XHoNnU=x6-eKx86vjUb86q5-KK=rMSyTCUMQ@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Fri, Oct 16, 2026 at 7:39 PM Hayato Kuroda (Fujitsu)
<kuroda(dot)hayato(at)fujitsu(dot)com> wrote:
>
> Hi Peter,
>
> +1 the basic idea. But I have a worry that translations for around 20 statements
> will be invalidated because "%s.%s" will be replaced to "%s", which needs
> additional work for translators (even the outcome is not changed).
> Not sure the conversion wins the cost, or is it acceptable for HEAD?
>

Hi Kuroda-San,

AFAIK, translator churn is only really expensive near string freeze,
when translators are doing a final push against a deadline. Right now
master has been open for v20 for a while and won't see a string freeze
for a good while yet, so changing 20 strings in the first months of a
devel cycle is about as cheap as it gets. gettext marks a changed
msgid as "fuzzy" rather than discarding the existing translation, so a
translator is only re-approving a one-token change to wording they've
already translated, not starting from scratch. IIUC, that should take
only a few seconds per message - not really a huge burden.

======
Kind Regards,
Peter Smith.
Fujitsu Australia

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Smith 2026-10-18 22:15:35 Re: PSQL schema "describe" \dn is not escaping quotes
Previous Message Michael Paquier 2026-10-18 22:09:37 Re: pgstat: allow a stats kind to use its own dedicated dsa/dshash