Thread

Commits

Same data as JSON: GET /api/v1/messages/:b64id/commits the thread's linked commits as JSON, with link sources. API reference →
  1. Add missing period to HINT messages.

  2. Add test case for same-type reordered FK columns

  1. Add missing period to HINT messages

    Peter Smith <smithpb2250@gmail.com> — 2026-04-08T23:30:42Z

    Hi,
    
    According to the error message style guide [1], "Detail and hint
    messages: Use complete sentences, and end each with a period."
    
    I found there is a small group of HINT messages not following that period rule.
    
    PSA a patch that fixes the missing period. In passing, also fixed a
    typo in a hint message /msut/must/.
    
    ~~~
    
    On further inspection, lots of these affected messages don't even seem
    grammatically correct to me.
    
    I did not modify them, but here are examples of what I mean.
    
    e.g.
    "ALTER TABLE ... MERGE PARTITIONS can only merge partitions don't have
    sub-partitions."
    /don't have/that don't have/
    
    e.g.
    "ALTER TABLE ... SPLIT PARTITION can only split partitions don't have
    sub-partitions."
    /don't have/that don't have/
    
    e.g.
    "To split DEFAULT partition one of the new partition must be DEFAULT."
    missing word? -- "To split the DEFAULT partition"
    should be plural? -- "one of the new partitions"
    
    e.g.
    "%s require combined bounds of new partitions must exactly match the
    bound of the split partition."
    /require/requires/ ?
    /match the bound/match the bounds/
    
    ======
    [1] https://www.postgresql.org/docs/devel/error-style-guide.html#ERROR-STYLE-GUIDE-GRAMMAR-PUNCTUATION
    
    Kind Regards,
    Peter Smith.
    Fujitsu Australia
    
  2. Re: Add missing period to HINT messages

    Chao Li <li.evan.chao@gmail.com> — 2026-04-09T02:09:09Z

    
    > On Apr 9, 2026, at 07:30, Peter Smith <smithpb2250@gmail.com> wrote:
    > 
    > Hi,
    > 
    > According to the error message style guide [1], "Detail and hint
    > messages: Use complete sentences, and end each with a period."
    > 
    > I found there is a small group of HINT messages not following that period rule.
    > 
    > PSA a patch that fixes the missing period. In passing, also fixed a
    > typo in a hint message /msut/must/.
    > 
    > ~~~
    > 
    > On further inspection, lots of these affected messages don't even seem
    > grammatically correct to me.
    > 
    > I did not modify them, but here are examples of what I mean.
    > 
    > e.g.
    > "ALTER TABLE ... MERGE PARTITIONS can only merge partitions don't have
    > sub-partitions."
    > /don't have/that don't have/
    > 
    > e.g.
    > "ALTER TABLE ... SPLIT PARTITION can only split partitions don't have
    > sub-partitions."
    > /don't have/that don't have/
    > 
    > e.g.
    > "To split DEFAULT partition one of the new partition must be DEFAULT."
    > missing word? -- "To split the DEFAULT partition"
    > should be plural? -- "one of the new partitions"
    > 
    > e.g.
    > "%s require combined bounds of new partitions must exactly match the
    > bound of the split partition."
    > /require/requires/ ?
    > /match the bound/match the bounds/
    > 
    > ======
    > [1] https://www.postgresql.org/docs/devel/error-style-guide.html#ERROR-STYLE-GUIDE-GRAMMAR-PUNCTUATION
    > 
    > Kind Regards,
    > Peter Smith.
    > Fujitsu Australia
    > <v1-0001-Add-missing-period-to-HINT-messages.patch>
    
    LGTM.
    
    BTW, errdetail should follow the same style, and I see some detail messages miss periods, maybe this patch can include those as well.
    
    Best regards,
    --
    Chao Li (Evan)
    HighGo Software Co., Ltd.
    https://www.highgo.com/
    
    
    
    
    
    
    
    
  3. Re: Add missing period to HINT messages

    Peter Smith <smithpb2250@gmail.com> — 2026-04-09T03:24:59Z

    On Thu, Apr 9, 2026 at 12:09 PM Chao Li <li.evan.chao@gmail.com> wrote:
    >
    >
    >
    > > On Apr 9, 2026, at 07:30, Peter Smith <smithpb2250@gmail.com> wrote:
    > >
    > > Hi,
    > >
    > > According to the error message style guide [1], "Detail and hint
    > > messages: Use complete sentences, and end each with a period."
    > >
    > > I found there is a small group of HINT messages not following that period rule.
    > >
    > > PSA a patch that fixes the missing period. In passing, also fixed a
    > > typo in a hint message /msut/must/.
    > >
    > > ~~~
    > >
    > > On further inspection, lots of these affected messages don't even seem
    > > grammatically correct to me.
    > >
    > > I did not modify them, but here are examples of what I mean.
    > >
    > > e.g.
    > > "ALTER TABLE ... MERGE PARTITIONS can only merge partitions don't have
    > > sub-partitions."
    > > /don't have/that don't have/
    > >
    > > e.g.
    > > "ALTER TABLE ... SPLIT PARTITION can only split partitions don't have
    > > sub-partitions."
    > > /don't have/that don't have/
    > >
    > > e.g.
    > > "To split DEFAULT partition one of the new partition must be DEFAULT."
    > > missing word? -- "To split the DEFAULT partition"
    > > should be plural? -- "one of the new partitions"
    > >
    > > e.g.
    > > "%s require combined bounds of new partitions must exactly match the
    > > bound of the split partition."
    > > /require/requires/ ?
    > > /match the bound/match the bounds/
    > >
    > > ======
    > > [1] https://www.postgresql.org/docs/devel/error-style-guide.html#ERROR-STYLE-GUIDE-GRAMMAR-PUNCTUATION
    > >
    > > Kind Regards,
    > > Peter Smith.
    > > Fujitsu Australia
    > > <v1-0001-Add-missing-period-to-HINT-messages.patch>
    >
    > LGTM.
    >
    > BTW, errdetail should follow the same style, and I see some detail messages miss periods, maybe this patch can include those as well.
    >
    
    Yep. It is already under way. I will post the equivalent errdetail
    patch shortly. (as soon as it passes running make- check-world).
    
    ======
    Kind Regards,
    Peter Smith.
    Fujitsu Australia
    
    
    
    
  4. Re: Add missing period to HINT messages

    Chao Li <li.evan.chao@gmail.com> — 2026-04-09T03:33:43Z

    
    > On Apr 9, 2026, at 11:24, Peter Smith <smithpb2250@gmail.com> wrote:
    > 
    > On Thu, Apr 9, 2026 at 12:09 PM Chao Li <li.evan.chao@gmail.com> wrote:
    >> 
    >> 
    >> 
    >>> On Apr 9, 2026, at 07:30, Peter Smith <smithpb2250@gmail.com> wrote:
    >>> 
    >>> Hi,
    >>> 
    >>> According to the error message style guide [1], "Detail and hint
    >>> messages: Use complete sentences, and end each with a period."
    >>> 
    >>> I found there is a small group of HINT messages not following that period rule.
    >>> 
    >>> PSA a patch that fixes the missing period. In passing, also fixed a
    >>> typo in a hint message /msut/must/.
    >>> 
    >>> ~~~
    >>> 
    >>> On further inspection, lots of these affected messages don't even seem
    >>> grammatically correct to me.
    >>> 
    >>> I did not modify them, but here are examples of what I mean.
    >>> 
    >>> e.g.
    >>> "ALTER TABLE ... MERGE PARTITIONS can only merge partitions don't have
    >>> sub-partitions."
    >>> /don't have/that don't have/
    >>> 
    >>> e.g.
    >>> "ALTER TABLE ... SPLIT PARTITION can only split partitions don't have
    >>> sub-partitions."
    >>> /don't have/that don't have/
    >>> 
    >>> e.g.
    >>> "To split DEFAULT partition one of the new partition must be DEFAULT."
    >>> missing word? -- "To split the DEFAULT partition"
    >>> should be plural? -- "one of the new partitions"
    >>> 
    >>> e.g.
    >>> "%s require combined bounds of new partitions must exactly match the
    >>> bound of the split partition."
    >>> /require/requires/ ?
    >>> /match the bound/match the bounds/
    >>> 
    >>> ======
    >>> [1] https://www.postgresql.org/docs/devel/error-style-guide.html#ERROR-STYLE-GUIDE-GRAMMAR-PUNCTUATION
    >>> 
    >>> Kind Regards,
    >>> Peter Smith.
    >>> Fujitsu Australia
    >>> <v1-0001-Add-missing-period-to-HINT-messages.patch>
    >> 
    >> LGTM.
    >> 
    >> BTW, errdetail should follow the same style, and I see some detail messages miss periods, maybe this patch can include those as well.
    >> 
    > 
    > Yep. It is already under way. I will post the equivalent errdetail
    > patch shortly. (as soon as it passes running make- check-world).
    > 
    > ======
    > Kind Regards,
    > Peter Smith.
    > Fujitsu Australia
    
    I am not sure if your scope includes contrib/, if yes, I am sure you will find some occurrences there.
    
    Best regards,
    --
    Chao Li (Evan)
    HighGo Software Co., Ltd.
    https://www.highgo.com/
    
    
    
    
    
    
    
    
  5. Re: Add missing period to HINT messages

    Peter Smith <smithpb2250@gmail.com> — 2026-04-10T01:05:09Z

    On Thu, Apr 9, 2026 at 1:34 PM Chao Li <li.evan.chao@gmail.com> wrote:
    >
    ...
    >
    > I am not sure if your scope includes contrib/, if yes, I am sure you will find some occurrences there.
    >
    
    Updated one more message found in contrib.
    
    PSA v2.
    
    ======
    Kind Regards,
    Peter Smith.
    Fujitsu Australia
    
  6. Re: Add missing period to HINT messages

    Robert Treat <rob@xzilla.net> — 2026-04-10T13:10:18Z

    On Thu, Apr 9, 2026 at 9:05 PM Peter Smith <smithpb2250@gmail.com> wrote:
    > On Thu, Apr 9, 2026 at 1:34 PM Chao Li <li.evan.chao@gmail.com> wrote:
    > >
    > ...
    > >
    > > I am not sure if your scope includes contrib/, if yes, I am sure you will find some occurrences there.
    > >
    >
    > Updated one more message found in contrib.
    >
    > PSA v2.
    >
    
    +1 to the general idea here, although at the risk of looking at
    patches before the morning coffee has settled in, ISTM you might have
    missed some entries? And/or this patch isn't against HEAD?  For
    example, you seem to be catching the line here
    https://github.com/postgres/postgres/blame/009ea1b08d7b8843435bd0f1137fa3df09aac79f/src/test/regress/expected/partition_split.out#L60,
    but not the one on line 52, maybe because it looks like a comment (but
    istm we should clean these all up. no?)
    
    Also FWIW, it might seem a little weird not to clean up the grammar
    issues too, but I think this is the right move, to update these
    changes cleanly/separately and do those changes as a separate patch, I
    can imagine that some of those will require more futzing, for example
    
    > "To split DEFAULT partition one of the new partition must be DEFAULT."
    > missing word? -- "To split the DEFAULT partition"
    > should be plural? -- "one of the new partitions"
    >
    
    I guess there is a balance wrt terseness, and maybe needs a comma:
    
    "To split DEFAULT partition, one new partition must be DEFAULT."
    "To split the DEFAULT partition, one of the new partitions must be DEFAULT."
     "To split a DEFAULT partition, one of the new partitions must be
    created as DEFAULT."
    
    
    Robert Treat
    https://xzilla.net
    
    
    
    
  7. Re: Add missing period to HINT messages

    Peter Smith <smithpb2250@gmail.com> — 2026-04-13T01:01:25Z

    On Fri, Apr 10, 2026 at 11:10 PM Robert Treat <rob@xzilla.net> wrote:
    >
    > On Thu, Apr 9, 2026 at 9:05 PM Peter Smith <smithpb2250@gmail.com> wrote:
    > > On Thu, Apr 9, 2026 at 1:34 PM Chao Li <li.evan.chao@gmail.com> wrote:
    > > >
    > > ...
    > > >
    > > > I am not sure if your scope includes contrib/, if yes, I am sure you will find some occurrences there.
    > > >
    > >
    > > Updated one more message found in contrib.
    > >
    > > PSA v2.
    > >
    >
    > +1 to the general idea here, although at the risk of looking at
    > patches before the morning coffee has settled in, ISTM you might have
    > missed some entries? And/or this patch isn't against HEAD?  For
    > example, you seem to be catching the line here
    > https://github.com/postgres/postgres/blame/009ea1b08d7b8843435bd0f1137fa3df09aac79f/src/test/regress/expected/partition_split.out#L60,
    > but not the one on line 52, maybe because it looks like a comment (but
    > istm we should clean these all up. no?)
    >
    
    Thanks for your review!
    
    Yes, the patch applies to HEAD. It looks like I was a bit slack in
    updating some test comments. Hopefully, I have found them all now.
    
    > Also FWIW, it might seem a little weird not to clean up the grammar
    > issues too, but I think this is the right move, to update these
    > changes cleanly/separately and do those changes as a separate patch, I
    > can imagine that some of those will require more futzing, for example
    >
    
    Yes, the idea was just to fight one battle at a time.
    
    PSA v3.
    
    ======
    Kind Regards,
    Peter Smith.
    Fujitsu Australia
    
  8. Re: Add missing period to HINT messages

    Amit Kapila <amit.kapila16@gmail.com> — 2026-04-13T11:28:28Z

    On Mon, Apr 13, 2026 at 6:32 AM Peter Smith <smithpb2250@gmail.com> wrote:
    >
    > On Fri, Apr 10, 2026 at 11:10 PM Robert Treat <rob@xzilla.net> wrote:
    > >
    > > On Thu, Apr 9, 2026 at 9:05 PM Peter Smith <smithpb2250@gmail.com> wrote:
    > > > On Thu, Apr 9, 2026 at 1:34 PM Chao Li <li.evan.chao@gmail.com> wrote:
    > > > >
    > > > ...
    > > > >
    > > > > I am not sure if your scope includes contrib/, if yes, I am sure you will find some occurrences there.
    > > > >
    > > >
    > > > Updated one more message found in contrib.
    > > >
    > > > PSA v2.
    > > >
    > >
    > > +1 to the general idea here, although at the risk of looking at
    > > patches before the morning coffee has settled in, ISTM you might have
    > > missed some entries? And/or this patch isn't against HEAD?  For
    > > example, you seem to be catching the line here
    > > https://github.com/postgres/postgres/blame/009ea1b08d7b8843435bd0f1137fa3df09aac79f/src/test/regress/expected/partition_split.out#L60,
    > > but not the one on line 52, maybe because it looks like a comment (but
    > > istm we should clean these all up. no?)
    > >
    >
    > Thanks for your review!
    >
    > Yes, the patch applies to HEAD. It looks like I was a bit slack in
    > updating some test comments. Hopefully, I have found them all now.
    >
    
    BTW, I find such a code cleanup exercise can be done even after
    feature freeze. If so, shall we do it as a HEAD-only patch or do it in
    bank branches as well?
    
    -- 
    With Regards,
    Amit Kapila.
    
    
    
    
  9. Re: Add missing period to HINT messages

    Robert Treat <rob@xzilla.net> — 2026-04-14T00:39:04Z

    On Mon, Apr 13, 2026 at 4:28 AM Amit Kapila <amit.kapila16@gmail.com> wrote:
    > On Mon, Apr 13, 2026 at 6:32 AM Peter Smith <smithpb2250@gmail.com> wrote:
    > > On Fri, Apr 10, 2026 at 11:10 PM Robert Treat <rob@xzilla.net> wrote:
    > > >
    > > > On Thu, Apr 9, 2026 at 9:05 PM Peter Smith <smithpb2250@gmail.com> wrote:
    > > > > On Thu, Apr 9, 2026 at 1:34 PM Chao Li <li.evan.chao@gmail.com> wrote:
    > > > > >
    > > > > ...
    > > > > >
    > > > > > I am not sure if your scope includes contrib/, if yes, I am sure you will find some occurrences there.
    > > > > >
    > > > >
    > > > > Updated one more message found in contrib.
    > > > >
    > > > > PSA v2.
    > > > >
    > > >
    > > > +1 to the general idea here, although at the risk of looking at
    > > > patches before the morning coffee has settled in, ISTM you might have
    > > > missed some entries? And/or this patch isn't against HEAD?  For
    > > > example, you seem to be catching the line here
    > > > https://github.com/postgres/postgres/blame/009ea1b08d7b8843435bd0f1137fa3df09aac79f/src/test/regress/expected/partition_split.out#L60,
    > > > but not the one on line 52, maybe because it looks like a comment (but
    > > > istm we should clean these all up. no?)
    > > >
    > >
    > > Thanks for your review!
    > >
    > > Yes, the patch applies to HEAD. It looks like I was a bit slack in
    > > updating some test comments. Hopefully, I have found them all now.
    > >
    >
    > BTW, I find such a code cleanup exercise can be done even after
    > feature freeze. If so, shall we do it as a HEAD-only patch or do it in
    > bank branches as well?
    >
    
    I don't have a strong opinion on it, but I think generally that clean
    up patches (where we aren't fixing some kind of document mistake or
    misleading information) generally just go into HEAD for the next
    release, though if it easily applies cleanly to back branches and you
    want to do it, it's probably ok to apply it backwards, but I wouldn't
    spend any time on it if it didn't.
    
    Robert Treat
    https://xzilla.net
    
    
    
    
  10. Re: Add missing period to HINT messages

    David G. Johnston <david.g.johnston@gmail.com> — 2026-04-14T01:00:16Z

    On Monday, April 13, 2026, Robert Treat <rob@xzilla.net> wrote:
    
    >
    >
    > I don't have a strong opinion on it, but I think generally that clean
    > up patches (where we aren't fixing some kind of document mistake or
    > misleading information) generally just go into HEAD for the next
    > release, though if it easily applies cleanly to back branches and you
    > want to do it, it's probably ok to apply it backwards, but I wouldn't
    > spend any time on it if it didn't.
    >
    
    I was under the impression that on both user-facing behavior changes
    grounds, and translation grounds, back-patching changes to existing
    messages is not allowed absent a true factual bug.
    
    David J.
    
  11. Re: Add missing period to HINT messages

    Tom Lane <tgl@sss.pgh.pa.us> — 2026-04-14T01:07:25Z

    "David G. Johnston" <david.g.johnston@gmail.com> writes:
    > I was under the impression that on both user-facing behavior changes
    > grounds, and translation grounds, back-patching changes to existing
    > messages is not allowed absent a true factual bug.
    
    "Not allowed" is a bit strong, but yeah we don't usually mess with
    translatable strings in back branches without a pretty good reason.
    The translators have enough work as it is.
    
    			regards, tom lane
    
    
    
    
  12. Re: Add missing period to HINT messages

    Chao Li <li.evan.chao@gmail.com> — 2026-04-14T01:10:42Z

    
    > On Apr 14, 2026, at 08:39, Robert Treat <rob@xzilla.net> wrote:
    > 
    > On Mon, Apr 13, 2026 at 4:28 AM Amit Kapila <amit.kapila16@gmail.com> wrote:
    >> On Mon, Apr 13, 2026 at 6:32 AM Peter Smith <smithpb2250@gmail.com> wrote:
    >>> On Fri, Apr 10, 2026 at 11:10 PM Robert Treat <rob@xzilla.net> wrote:
    >>>> 
    >>>> On Thu, Apr 9, 2026 at 9:05 PM Peter Smith <smithpb2250@gmail.com> wrote:
    >>>>> On Thu, Apr 9, 2026 at 1:34 PM Chao Li <li.evan.chao@gmail.com> wrote:
    >>>>>> 
    >>>>> ...
    >>>>>> 
    >>>>>> I am not sure if your scope includes contrib/, if yes, I am sure you will find some occurrences there.
    >>>>>> 
    >>>>> 
    >>>>> Updated one more message found in contrib.
    >>>>> 
    >>>>> PSA v2.
    >>>>> 
    >>>> 
    >>>> +1 to the general idea here, although at the risk of looking at
    >>>> patches before the morning coffee has settled in, ISTM you might have
    >>>> missed some entries? And/or this patch isn't against HEAD?  For
    >>>> example, you seem to be catching the line here
    >>>> https://github.com/postgres/postgres/blame/009ea1b08d7b8843435bd0f1137fa3df09aac79f/src/test/regress/expected/partition_split.out#L60,
    >>>> but not the one on line 52, maybe because it looks like a comment (but
    >>>> istm we should clean these all up. no?)
    >>>> 
    >>> 
    >>> Thanks for your review!
    >>> 
    >>> Yes, the patch applies to HEAD. It looks like I was a bit slack in
    >>> updating some test comments. Hopefully, I have found them all now.
    >>> 
    >> 
    >> BTW, I find such a code cleanup exercise can be done even after
    >> feature freeze. If so, shall we do it as a HEAD-only patch or do it in
    >> bank branches as well?
    >> 
    > 
    > I don't have a strong opinion on it, but I think generally that clean
    > up patches (where we aren't fixing some kind of document mistake or
    > misleading information) generally just go into HEAD for the next
    > release, though if it easily applies cleanly to back branches and you
    > want to do it, it's probably ok to apply it backwards, but I wouldn't
    > spend any time on it if it didn't.
    > 
    > Robert Treat
    > https://xzilla.net
    
    I don’t see a branch for 19 is cut out, so is HEAD still 19 today?
    
    Best regards,
    --
    Chao Li (Evan)
    HighGo Software Co., Ltd.
    https://www.highgo.com/
    
    
    
    
    
    
    
    
  13. Re: Add missing period to HINT messages

    Bruce Momjian <bruce@momjian.us> — 2026-04-14T01:15:53Z

    On Tue, Apr 14, 2026 at 09:10:42AM +0800, Chao Li wrote:
    > I don’t see a branch for 19 is cut out, so is HEAD still 19 today?
    
    Yes.
    
    -- 
      Bruce Momjian  <bruce@momjian.us>        https://momjian.us
      EDB                                      https://enterprisedb.com
    
      Do not let urgent matters crowd out time for investment in the future.
    
    
    
    
  14. Re: Add missing period to HINT messages

    Tom Lane <tgl@sss.pgh.pa.us> — 2026-04-14T01:18:29Z

    Chao Li <li.evan.chao@gmail.com> writes:
    > I don’t see a branch for 19 is cut out, so is HEAD still 19 today?
    
    Yes.  We typically don't make the branch until after beta1.
    It definitely has to happen before the first CF for the new cycle
    opens, but up till that point we tend to think it'd just double
    the committing work for bug fixes, as well as encourage people
    to work on new development at a time they should be working on
    stabilizing/testing the release.
    
    In recent years it's tended to happen late June (grep the commit
    log for "Stamp HEAD as ...").
    
    			regards, tom lane
    
    
    
    
  15. Re: Add missing period to HINT messages

    Peter Smith <smithpb2250@gmail.com> — 2026-04-14T23:23:45Z

    On Mon, Apr 13, 2026 at 9:28 PM Amit Kapila <amit.kapila16@gmail.com> wrote:
    >
    > On Mon, Apr 13, 2026 at 6:32 AM Peter Smith <smithpb2250@gmail.com> wrote:
    > >
    > > On Fri, Apr 10, 2026 at 11:10 PM Robert Treat <rob@xzilla.net> wrote:
    > > >
    > > > On Thu, Apr 9, 2026 at 9:05 PM Peter Smith <smithpb2250@gmail.com> wrote:
    > > > > On Thu, Apr 9, 2026 at 1:34 PM Chao Li <li.evan.chao@gmail.com> wrote:
    > > > > >
    > > > > ...
    > > > > >
    > > > > > I am not sure if your scope includes contrib/, if yes, I am sure you will find some occurrences there.
    > > > > >
    > > > >
    > > > > Updated one more message found in contrib.
    > > > >
    > > > > PSA v2.
    > > > >
    > > >
    > > > +1 to the general idea here, although at the risk of looking at
    > > > patches before the morning coffee has settled in, ISTM you might have
    > > > missed some entries? And/or this patch isn't against HEAD?  For
    > > > example, you seem to be catching the line here
    > > > https://github.com/postgres/postgres/blame/009ea1b08d7b8843435bd0f1137fa3df09aac79f/src/test/regress/expected/partition_split.out#L60,
    > > > but not the one on line 52, maybe because it looks like a comment (but
    > > > istm we should clean these all up. no?)
    > > >
    > >
    > > Thanks for your review!
    > >
    > > Yes, the patch applies to HEAD. It looks like I was a bit slack in
    > > updating some test comments. Hopefully, I have found them all now.
    > >
    >
    > BTW, I find such a code cleanup exercise can be done even after
    > feature freeze. If so, shall we do it as a HEAD-only patch or do it in
    > bank branches as well?
    >
    
    Thanks for pushing.
    
    ======
    Kind Regards,
    Peter Smith.
    Fujitsu Australia.