Re: 2026-05-14 release announcement draft

From: Robert Treat <rob(at)xzilla(dot)net>
To: "Jonathan S(dot) Katz" <jkatz(at)postgresql(dot)org>
Cc: PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: 2026-05-14 release announcement draft
Date: 2026-05-11 20:52:05
Message-ID: CABV9wwPp2TUSQeRCWwdOeD_qZx12MQeruUu__P-LVhKLBXhndQ@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sun, May 10, 2026 at 9:44 PM Jonathan S. Katz <jkatz(at)postgresql(dot)org> wrote:
>
> Hi,
>
> I've attached a draft of the 2026-05-14 release announcement. Please
> provide feedback on corrections, notable omissions, typos, etc. no later
> than 2026-05-14 12:00 UTC (though preferable earlier sooner! :)
>

Generally LGTM, some minor comments / thoughts below...

* I thought this one "Improve the planner's ability to apply partition
pruning to more cases." was worded more like a feature enhancement
rather than a fix of some kind, but I didn't see the corresponding
commit, so not sure what improvement to suggest.

* I'd probably rewrite this one:
< Ensure that changes to the free space maps for tables are persisted
during recovery. This could have performance ramifications on a
standby server after promotion.
> Ensure that tables free space map changes are persisted during recovery. This could have performance ramifications on a standby server after promotion.
(I'm tempted to drop the word "tables" from my version as well, it
seems like it mostly just gets in the way for both versions).

Also, there was a sizeable number of security related fixes committed
today which are not included here; I presume you are working on a v2
which includes some information on those?

Robert Treat
https://xzilla.net

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2026-05-11 21:42:34 Re: First draft of PG 19 release notes
Previous Message Zsolt Parragi 2026-05-11 20:40:18 Re: COPY ON_CONFLICT TABLE; save duplicated record to another table.