DocumentationVersion comparison
POSTGRESQL · VERSION COMPARE
PostgreSQL 13.23 release changes
All features, fixes, and compatibility notes in this release, with related records from other versions.
Includes changes after the source version through the target. A major version name means its initial release.
Detect the source version from your database
Complete release changes
13.23
2025-11-13
13.23stableSupport ends 2025-11-13
Security changes
| CVE / issue | Severity | Fixed version | Selection status |
|---|---|---|---|
| CVE-2025-12818 Avoid integer overflow in allocation-size calculations within libpq | 13.23 | Recorded fix | |
| CVE-2025-12817 Check for CREATE privileges on the schema in CREATE STATISTICS | 13.23 | Recorded fix |
PostgreSQL 13.23
Migration and compatibility
A dump/restore is not required for those running 13.X.
However, if you are upgrading from a version earlier than 13.21, see Section E.3.
SecurityCheck for CREATE privileges on the schema in CREATE STATISTICS
Changes
Check for CREATE privileges on the schema in CREATE STATISTICS (Jelte Fennema-Nio) §
This omission allowed table owners to create statistics in any schema, potentially leading to unexpected naming conflicts.
The PostgreSQL Project thanks Jelte Fennema-Nio for reporting this problem. (CVE-2025-12817)
Related records (5)
- Same changePostgreSQL 18.1 · Check for CREATE privileges on the schema in CREATE STATISTICS
- Same changePostgreSQL 17.7 · Check for CREATE privileges on the schema in CREATE STATISTICS
- Same changePostgreSQL 16.11 · Check for CREATE privileges on the schema in CREATE STATISTICS
- Same changePostgreSQL 15.15 · Check for CREATE privileges on the schema in CREATE STATISTICS
- Same changePostgreSQL 14.20 · Check for CREATE privileges on the schema in CREATE STATISTICS
SecurityAvoid integer overflow in allocation-size calculations within libpq
Changes
Avoid integer overflow in allocation-size calculations within libpq (Jacob Champion) §
Several places in libpq were not sufficiently careful about computing the required size of a memory allocation. Sufficiently large inputs could cause integer overflow, resulting in an undersized buffer, which would then lead to writing past the end of the buffer.
The PostgreSQL Project thanks Aleksey Solovev of Positive Technologies for reporting this problem. (CVE-2025-12818)
Related records (5)
- Same changePostgreSQL 18.1 · Avoid integer overflow in allocation-size calculations within libpq
- Same changePostgreSQL 17.7 · Avoid integer overflow in allocation-size calculations within libpq
- Same changePostgreSQL 16.11 · Avoid integer overflow in allocation-size calculations within libpq
- Same changePostgreSQL 15.15 · Avoid integer overflow in allocation-size calculations within libpq
- Same changePostgreSQL 14.20 · Avoid integer overflow in allocation-size calculations within libpq
Bug fixesFurther fix processing of character classes within SIMILAR TO regular expressions
Changes
Further fix processing of character classes within SIMILAR TO regular expressions (Laurenz Albe) §
The previous fix for translating SIMILAR TO pattern matching expressions to POSIX-style regular expressions broke a corner case that formerly worked: if there is an escape character right after the opening bracket and then a closing bracket right after the escape sequence (for example [\w]), the closing bracket was no longer seen as terminating the character class.
Related records (4)
- Same changePostgreSQL 17.7 · Further fix processing of character classes within SIMILAR TO regular expressions
- Same changePostgreSQL 16.11 · Further fix processing of character classes within SIMILAR TO regular expressions
- Same changePostgreSQL 15.15 · Further fix processing of character classes within SIMILAR TO regular expressions
- Same changePostgreSQL 14.20 · Further fix processing of character classes within SIMILAR TO regular expressions
Bug fixesFix parsing of aggregate functions whose arguments contain a sub-select with a FROM reference to a CTE outside the aggregate function
Changes
Fix parsing of aggregate functions whose arguments contain a sub-select with a FROM reference to a CTE outside the aggregate function (Tom Lane) §
Such a CTE reference must act like a outer-level column reference when determining the aggregate's semantic level; but it was not being accounted for, leading to obscure planner or executor errors.
Related records (4)
- Same changePostgreSQL 17.7 · Fix parsing of aggregate functions whose arguments contain a sub-select with a FROM reference to a CTE outside the aggregate function
- Same changePostgreSQL 16.11 · Fix parsing of aggregate functions whose arguments contain a sub-select with a FROM reference to a CTE outside the aggregate function
- Same changePostgreSQL 15.15 · Fix parsing of aggregate functions whose arguments contain a sub-select with a FROM reference to a CTE outside the aggregate function
- Same changePostgreSQL 14.20 · Fix parsing of aggregate functions whose arguments contain a sub-select with a FROM reference to a CTE outside the aggregate function
Bug fixesFix “no relation entry for relid” errors in corner cases while estimating SubPlan costs
Changes
Fix “no relation entry for relid” errors in corner cases while estimating SubPlan costs (Richard Guo) §
Related records (4)
- Same changePostgreSQL 17.7 · Fix “no relation entry for relid” errors in corner cases while estimating SubPlan costs
- Same changePostgreSQL 16.11 · Fix “no relation entry for relid” errors in corner cases while estimating SubPlan costs
- Same changePostgreSQL 15.15 · Fix “no relation entry for relid” errors in corner cases while estimating SubPlan costs
- Same changePostgreSQL 14.20 · Fix “no relation entry for relid” errors in corner cases while estimating SubPlan costs
ImprovementsRemove faulty assertion in btree index cleanup
Changes
Remove faulty assertion in btree index cleanup (Peter Geoghegan) §
Related records (5)
- Same changePostgreSQL 18.1 · Remove faulty assertion in btree index cleanup
- Same changePostgreSQL 17.7 · Remove faulty assertion in btree index cleanup
- Same changePostgreSQL 16.11 · Remove faulty assertion in btree index cleanup
- Same changePostgreSQL 15.15 · Remove faulty assertion in btree index cleanup
- Same changePostgreSQL 14.20 · Remove faulty assertion in btree index cleanup
Bug fixesFix possible infinite loop in GIN index scans with multiple scan conditions
Changes
Fix possible infinite loop in GIN index scans with multiple scan conditions (Tom Lane) §
GIN can handle scan conditions that can reject non-matching entries but are not useful for searching for relevant entries, for example a tsquery clause like !term. But such a condition must not be first in the array of scan conditions. The code failed to ensure that in all cases, with the result that a query having a mix of such conditions with normal conditions might work or not depending on the order in which the conditions were given in the query.
Related records (4)
- Same changePostgreSQL 17.7 · Fix possible infinite loop in GIN index scans with multiple scan conditions
- Same changePostgreSQL 16.11 · Fix possible infinite loop in GIN index scans with multiple scan conditions
- Same changePostgreSQL 15.15 · Fix possible infinite loop in GIN index scans with multiple scan conditions
- Same changePostgreSQL 14.20 · Fix possible infinite loop in GIN index scans with multiple scan conditions
ImprovementsEnsure that GIN index scans can be canceled
Changes
Ensure that GIN index scans can be canceled (Tom Lane) §
Some code paths were capable of running for a long time without checking for interrupts.
Related records (4)
ImprovementsEnsure that BRIN autosummarization provides a snapshot for index expressions that need one
Changes
Ensure that BRIN autosummarization provides a snapshot for index expressions that need one (Álvaro Herrera) § §
Previously, autosummarization would fail for such indexes, and then leave placeholder index tuples behind, causing the index to bloat over time.
Related records (5)
- Same changePostgreSQL 18.1 · Ensure that BRIN autosummarization provides a snapshot for index expressions that need one
- Same changePostgreSQL 17.7 · Ensure that BRIN autosummarization provides a snapshot for index expressions that need one
- Same changePostgreSQL 16.11 · Ensure that BRIN autosummarization provides a snapshot for index expressions that need one
- Same changePostgreSQL 15.15 · Ensure that BRIN autosummarization provides a snapshot for index expressions that need one
- Same changePostgreSQL 14.20 · Ensure that BRIN autosummarization provides a snapshot for index expressions that need one
Bug fixesFix integer-overflow hazard in BRIN index scans when the table contains close to 232 pages
Changes
Fix integer-overflow hazard in BRIN index scans when the table contains close to 232 pages (Sunil S) §
This oversight could result in an infinite loop or scanning of unneeded table pages.
Related records (5)
- Same changePostgreSQL 18.1 · Fix integer-overflow hazard in BRIN index scans when the table contains close to 232 pages
- Same changePostgreSQL 17.7 · Fix integer-overflow hazard in BRIN index scans when the table contains close to 232 pages
- Same changePostgreSQL 16.11 · Fix integer-overflow hazard in BRIN index scans when the table contains close to 232 pages
- Same changePostgreSQL 15.15 · Fix integer-overflow hazard in BRIN index scans when the table contains close to 232 pages
- Same changePostgreSQL 14.20 · Fix integer-overflow hazard in BRIN index scans when the table contains close to 232 pages
Bug fixesFix incorrect zero-extension of stored values in JIT-generated tuple deforming code
Changes
Fix incorrect zero-extension of stored values in JIT-generated tuple deforming code (David Rowley) §
When not using JIT, the equivalent code does sign-extension not zero-extension, leading to a different Datum representation of small integer data types. This inconsistency was masked in most cases, but it is known to lead to “could not find memoization table entry” errors when using Memoize plan nodes, and there might be other symptoms.
Related records (5)
- Same changePostgreSQL 18.1 · Fix incorrect zero-extension of stored values in JIT-generated tuple deforming code
- Same changePostgreSQL 17.7 · Fix incorrect zero-extension of stored values in JIT-generated tuple deforming code
- Same changePostgreSQL 16.11 · Fix incorrect zero-extension of stored values in JIT-generated tuple deforming code
- Same changePostgreSQL 15.15 · Fix incorrect zero-extension of stored values in JIT-generated tuple deforming code
- Same changePostgreSQL 14.20 · Fix incorrect zero-extension of stored values in JIT-generated tuple deforming code
ImprovementsAdd missing EvalPlanQual rechecks for TID Scan and TID Range Scan plan nodes
Changes
Add missing EvalPlanQual rechecks for TID Scan and TID Range Scan plan nodes (Sophie Alpert, David Rowley) §
This omission led to possibly not rechecking a condition on ctid during concurrent-update situations, causing the update's behavior to vary depending on which plan type had been selected.
Related records (4)
- Same changePostgreSQL 17.7 · Add missing EvalPlanQual rechecks for TID Scan and TID Range Scan plan nodes
- Same changePostgreSQL 16.11 · Add missing EvalPlanQual rechecks for TID Scan and TID Range Scan plan nodes
- Same changePostgreSQL 15.15 · Add missing EvalPlanQual rechecks for TID Scan and TID Range Scan plan nodes
- Same changePostgreSQL 14.20 · Add missing EvalPlanQual rechecks for TID Scan and TID Range Scan plan nodes
Bug fixesFix EvalPlanQual handling of foreign or custom joins that do not have an alternative local-join plan prepared for EPQ
Changes
Fix EvalPlanQual handling of foreign or custom joins that do not have an alternative local-join plan prepared for EPQ (Masahiko Sawada, Etsuro Fujita) §
In such cases the foreign or custom access method should be invoked normally, but that did not happen, typically leading to a crash.
Related records (5)
- Same changePostgreSQL 18.1 · Fix EvalPlanQual handling of foreign or custom joins that do not have an alternative local-join plan prepared for EPQ
- Same changePostgreSQL 17.7 · Fix EvalPlanQual handling of foreign or custom joins that do not have an alternative local-join plan prepared for EPQ
- Same changePostgreSQL 16.11 · Fix EvalPlanQual handling of foreign or custom joins that do not have an alternative local-join plan prepared for EPQ
- Same changePostgreSQL 15.15 · Fix EvalPlanQual handling of foreign or custom joins that do not have an alternative local-join plan prepared for EPQ
- Same changePostgreSQL 14.20 · Fix EvalPlanQual handling of foreign or custom joins that do not have an alternative local-join plan prepared for EPQ
ImprovementsDisallow generated columns in partition keys
Changes
Disallow generated columns in partition keys (Jian He, Ashutosh Bapat) §
This was already not allowed, but the check missed some cases, such as where the column reference is implicit in a whole-row reference.
Related records (5)
- Same changePostgreSQL 18.1 · Disallow generated columns in partition keys
- Same changePostgreSQL 17.7 · Disallow generated columns in partition keys
- Same changePostgreSQL 16.11 · Disallow generated columns in partition keys
- Same changePostgreSQL 15.15 · Disallow generated columns in partition keys
- Same changePostgreSQL 14.20 · Disallow generated columns in partition keys
ImprovementsDisallow generated columns in COPY ... FROM ... WHERE clauses
Changes
Disallow generated columns in COPY ... FROM ... WHERE clauses (Peter Eisentraut, Jian He) §
Previously, incorrect behavior or an obscure error message resulted from attempting to reference such a column, since generated columns have not yet been computed at the point where WHERE filtering is done.
Related records (5)
- Same changePostgreSQL 18.1 · Disallow generated columns in COPY ... FROM ... WHERE clauses
- Same changePostgreSQL 17.7 · Disallow generated columns in COPY ... FROM ... WHERE clauses
- Same changePostgreSQL 16.11 · Disallow generated columns in COPY ... FROM ... WHERE clauses
- Same changePostgreSQL 15.15 · Disallow generated columns in COPY ... FROM ... WHERE clauses
- Same changePostgreSQL 14.20 · Disallow generated columns in COPY ... FROM ... WHERE clauses
Bug fixesFix visibility checking for statistics objects in pg_temp
Changes
Fix visibility checking for statistics objects in pg_temp (Noah Misch) §
A statistics object located in a temporary schema cannot be named without schema qualification, but pg_statistics_obj_is_visible() missed that memo and could return “true” regardless. In turn, functions such as pg_describe_object() could fail to schema-qualify the object's name as expected.
Related records (5)
- Same changePostgreSQL 18.1 · Fix visibility checking for statistics objects in pg_temp
- Same changePostgreSQL 17.7 · Fix visibility checking for statistics objects in pg_temp
- Same changePostgreSQL 16.11 · Fix visibility checking for statistics objects in pg_temp
- Same changePostgreSQL 15.15 · Fix visibility checking for statistics objects in pg_temp
- Same changePostgreSQL 14.20 · Fix visibility checking for statistics objects in pg_temp
Bug fixesFix memory leakage in hashed subplans
Changes
Fix memory leakage in hashed subplans (Haiyang Li) §
Any memory consumed by the hash functions used for hashing tuples constituted a query-lifespan memory leak. One way that could happen is if the values being hashed require de-toasting.
Related records (4)
ImprovementsAdd missing replica identity checks in MERGE and INSERT ... ON CONFLICT DO UPDATE
Changes
Add missing replica identity checks in MERGE and INSERT ... ON CONFLICT DO UPDATE (Zhijie Hou) § §
If MERGE may require update or delete actions, and the target table publishes updates or deletes, insist that it have a REPLICA IDENTITY defined. Failing to require this can silently break replication. Likewise, INSERT with an UPDATE option must require REPLICA IDENTITY if the target table publishes either inserts or updates.
Related records (4)
- Same changePostgreSQL 17.7 · Add missing replica identity checks in MERGE and INSERT ... ON CONFLICT DO UPDATE
- Same changePostgreSQL 16.11 · Add missing replica identity checks in MERGE and INSERT ... ON CONFLICT DO UPDATE
- Same changePostgreSQL 15.15 · Add missing replica identity checks in MERGE and INSERT ... ON CONFLICT DO UPDATE
- Same changePostgreSQL 14.20 · Add missing replica identity checks in MERGE and INSERT ... ON CONFLICT DO UPDATE
Bug fixesAvoid deadlock during DROP SUBSCRIPTION when publisher is on the same server as subscriber
Changes
Avoid deadlock during DROP SUBSCRIPTION when publisher is on the same server as subscriber (Dilip Kumar) §
Related records (4)
- Same changePostgreSQL 17.7 · Avoid deadlock during DROP SUBSCRIPTION when publisher is on the same server as subscriber
- Same changePostgreSQL 16.11 · Avoid deadlock during DROP SUBSCRIPTION when publisher is on the same server as subscriber
- Same changePostgreSQL 15.15 · Avoid deadlock during DROP SUBSCRIPTION when publisher is on the same server as subscriber
- Same changePostgreSQL 14.20 · Avoid deadlock during DROP SUBSCRIPTION when publisher is on the same server as subscriber
Bug fixesFix incorrect reporting of replication lag in pg_stat_replication view
Changes
Fix incorrect reporting of replication lag in pg_stat_replication view (Fujii Masao) §
If any standby server's replay LSN stopped advancing, the write_lag and flush_lag columns would eventually stop updating.
Related records (5)
- Same changePostgreSQL 18.1 · Fix incorrect reporting of replication lag in pg_stat_replication view
- Same changePostgreSQL 17.7 · Fix incorrect reporting of replication lag in pg_stat_replication view
- Same changePostgreSQL 16.11 · Fix incorrect reporting of replication lag in pg_stat_replication view
- Same changePostgreSQL 15.15 · Fix incorrect reporting of replication lag in pg_stat_replication view
- Same changePostgreSQL 14.20 · Fix incorrect reporting of replication lag in pg_stat_replication view
ImprovementsAvoid duplicative log messages about invalid primary_slot_name settings
Changes
Avoid duplicative log messages about invalid primary_slot_name settings (Fujii Masao) §
Related records (5)
- Same changePostgreSQL 18.1 · Avoid duplicative log messages about invalid primary_slot_name settings
- Same changePostgreSQL 17.7 · Avoid duplicative log messages about invalid primary_slot_name settings
- Same changePostgreSQL 16.11 · Avoid duplicative log messages about invalid primary_slot_name settings
- Same changePostgreSQL 15.15 · Avoid duplicative log messages about invalid primary_slot_name settings
- Same changePostgreSQL 14.20 · Avoid duplicative log messages about invalid primary_slot_name settings
ImprovementsRemove the unfinished slot state file after failing to write a replication slot's state to disk
Changes
Remove the unfinished slot state file after failing to write a replication slot's state to disk (Michael Paquier) §
Previously, a failure such as out-of-disk-space resulted in leaving a temporary state.tmp file behind. That's problematic because it would block all subsequent attempts to write the state, requiring manual intervention to clean up.
Related records (5)
- Same changePostgreSQL 18.1 · Remove the unfinished slot state file after failing to write a replication slot's state to disk
- Same changePostgreSQL 17.7 · Remove the unfinished slot state file after failing to write a replication slot's state to disk
- Same changePostgreSQL 16.11 · Remove the unfinished slot state file after failing to write a replication slot's state to disk
- Same changePostgreSQL 15.15 · Remove the unfinished slot state file after failing to write a replication slot's state to disk
- Same changePostgreSQL 14.20 · Remove the unfinished slot state file after failing to write a replication slot's state to disk
ImprovementsAvoid unwanted WAL receiver shutdown when switching from streaming to archive WAL source
Changes
Avoid unwanted WAL receiver shutdown when switching from streaming to archive WAL source (Xuneng Zhou) §
During a timeline change, a standby server's WAL receiver should remain alive, waiting for a new WAL streaming start point. Instead it was repeatedly shutting down and immediately getting restarted, which could confuse status monitoring code.
Related records (5)
- Same changePostgreSQL 18.1 · Avoid unwanted WAL receiver shutdown when switching from streaming to archive WAL source
- Same changePostgreSQL 17.7 · Avoid unwanted WAL receiver shutdown when switching from streaming to archive WAL source
- Same changePostgreSQL 16.11 · Avoid unwanted WAL receiver shutdown when switching from streaming to archive WAL source
- Same changePostgreSQL 15.15 · Avoid unwanted WAL receiver shutdown when switching from streaming to archive WAL source
- Same changePostgreSQL 14.20 · Avoid unwanted WAL receiver shutdown when switching from streaming to archive WAL source
ImprovementsAvoid failures in logical replication due to chance collisions of file numbers between regular and temporary tables
Changes
Avoid failures in logical replication due to chance collisions of file numbers between regular and temporary tables (Vignesh C) §
This low-probability problem manifested as transient errors like “unexpected duplicate for tablespace X, relfilenode Y”. contrib/autoprewarm was also affected. A side-effect of the fix is that the SQL function pg_filenode_relation() will now ignore temporary tables.
Related records (4)
- Same changePostgreSQL 17.7 · Avoid failures in logical replication due to chance collisions of file numbers between regular and temporary tables
- Same changePostgreSQL 16.11 · Avoid failures in logical replication due to chance collisions of file numbers between regular and temporary tables
- Same changePostgreSQL 15.15 · Avoid failures in logical replication due to chance collisions of file numbers between regular and temporary tables
- Same changePostgreSQL 14.20 · Avoid failures in logical replication due to chance collisions of file numbers between regular and temporary tables
ImprovementsAvoid assertion failure when trying to release a replication slot in single-user mode
Changes
Avoid assertion failure when trying to release a replication slot in single-user mode (Hayato Kuroda) §
Related records (4)
- Same changePostgreSQL 17.7 · Avoid assertion failure when trying to release a replication slot in single-user mode
- Same changePostgreSQL 16.11 · Avoid assertion failure when trying to release a replication slot in single-user mode
- Same changePostgreSQL 15.15 · Avoid assertion failure when trying to release a replication slot in single-user mode
- Same changePostgreSQL 14.20 · Avoid assertion failure when trying to release a replication slot in single-user mode
Bug fixesFix incorrect printing of messages about failures in checking whether the user has Windows administrator privilege
Changes
Fix incorrect printing of messages about failures in checking whether the user has Windows administrator privilege (Bryan Green) §
This code would have crashed or at least printed garbage. No such cases have been reported though, indicating that failure of these system calls is extremely rare.
Related records (5)
- Same changePostgreSQL 18.1 · Fix incorrect printing of messages about failures in checking whether the user has Windows administrator privilege
- Same changePostgreSQL 17.7 · Fix incorrect printing of messages about failures in checking whether the user has Windows administrator privilege
- Same changePostgreSQL 16.11 · Fix incorrect printing of messages about failures in checking whether the user has Windows administrator privilege
- Same changePostgreSQL 15.15 · Fix incorrect printing of messages about failures in checking whether the user has Windows administrator privilege
- Same changePostgreSQL 14.20 · Fix incorrect printing of messages about failures in checking whether the user has Windows administrator privilege
ImprovementsAvoid startup failure on macOS and BSD platforms when there is a collision with a pre-existing semaphore set
Changes
Avoid startup failure on macOS and BSD platforms when there is a collision with a pre-existing semaphore set (Tom Lane) §
If the pre-existing set has fewer semaphores than we asked for, these platforms return EINVAL not EEXIST as our code expected, resulting in failure to start the database.
Related records (4)
- Same changePostgreSQL 17.7 · Avoid startup failure on macOS and BSD platforms when there is a collision with a pre-existing semaphore set
- Same changePostgreSQL 16.11 · Avoid startup failure on macOS and BSD platforms when there is a collision with a pre-existing semaphore set
- Same changePostgreSQL 15.15 · Avoid startup failure on macOS and BSD platforms when there is a collision with a pre-existing semaphore set
- Same changePostgreSQL 14.20 · Avoid startup failure on macOS and BSD platforms when there is a collision with a pre-existing semaphore set
Bug fixesFix false memory-context-checking warnings in debug builds on 64-bit Windows
Changes
Fix false memory-context-checking warnings in debug builds on 64-bit Windows (David Rowley) §
Related records (5)
- Same changePostgreSQL 18.1 · Fix false memory-context-checking warnings in debug builds on 64-bit Windows
- Same changePostgreSQL 17.7 · Fix false memory-context-checking warnings in debug builds on 64-bit Windows
- Same changePostgreSQL 16.11 · Fix false memory-context-checking warnings in debug builds on 64-bit Windows
- Same changePostgreSQL 15.15 · Fix false memory-context-checking warnings in debug builds on 64-bit Windows
- Same changePostgreSQL 14.20 · Fix false memory-context-checking warnings in debug builds on 64-bit Windows
Bug fixesAvoid leaking memory when handling a SQL error within PL/Python
Changes
Avoid leaking memory when handling a SQL error within PL/Python (Tom Lane) §
This fixes a session-lifespan memory leak introduced in our previous minor releases.
Related records (5)
- Same changePostgreSQL 18.1 · Avoid leaking memory when handling a SQL error within PL/Python
- Same changePostgreSQL 17.7 · Avoid leaking memory when handling a SQL error within PL/Python
- Same changePostgreSQL 16.11 · Avoid leaking memory when handling a SQL error within PL/Python
- Same changePostgreSQL 15.15 · Avoid leaking memory when handling a SQL error within PL/Python
- Same changePostgreSQL 14.20 · Avoid leaking memory when handling a SQL error within PL/Python
Bug fixesFix libpq's handling of socket-related errors on Windows within its GSSAPI logic
Changes
Fix libpq's handling of socket-related errors on Windows within its GSSAPI logic (Ning Wu, Tom Lane) §
The code for encrypting/decrypting transmitted data using GSSAPI did not correctly recognize error conditions on the connection socket, since Windows reports those differently than other platforms. This led to failure to make such connections on Windows.
Related records (5)
- Same changePostgreSQL 18.1 · Fix libpq's handling of socket-related errors on Windows within its GSSAPI logic
- Same changePostgreSQL 17.7 · Fix libpq's handling of socket-related errors on Windows within its GSSAPI logic
- Same changePostgreSQL 16.11 · Fix libpq's handling of socket-related errors on Windows within its GSSAPI logic
- Same changePostgreSQL 15.15 · Fix libpq's handling of socket-related errors on Windows within its GSSAPI logic
- Same changePostgreSQL 14.20 · Fix libpq's handling of socket-related errors on Windows within its GSSAPI logic
ImprovementsIn pg_dump, dump security labels on subscriptions and event triggers
Changes
In pg_dump, dump security labels on subscriptions and event triggers (Jian He, Fujii Masao) §
Labels on these types of objects were previously missed.
Related records (4)
- Same changePostgreSQL 17.7 · In pg_dump, dump security labels on subscriptions and event triggers
- Same changePostgreSQL 16.11 · In pg_dump, dump security labels on subscriptions and event triggers
- Same changePostgreSQL 15.15 · In pg_dump, dump security labels on subscriptions and event triggers
- Same changePostgreSQL 14.20 · In pg_dump, dump security labels on subscriptions and event triggers
Bug fixesFix pg_dump's sorting of default ACLs and foreign key constraints
Changes
Fix pg_dump's sorting of default ACLs and foreign key constraints (Kirill Reshke, Álvaro Herrera) § § §
Ensure consistent ordering of these database object types, as was already done for other object types.
Related records (5)
- Related commitsPostgreSQL 18.1 · Fix pg_dump's sorting of foreign key constraints
- Same changePostgreSQL 17.7 · Fix pg_dump's sorting of default ACLs and foreign key constraints
- Same changePostgreSQL 16.11 · Fix pg_dump's sorting of default ACLs and foreign key constraints
- Same changePostgreSQL 15.15 · Fix pg_dump's sorting of default ACLs and foreign key constraints
- Same changePostgreSQL 14.20 · Fix pg_dump's sorting of default ACLs and foreign key constraints
ImprovementsIn pg_dump, label comments for separately-dumped domain constraints with the proper dependency
Changes
In pg_dump, label comments for separately-dumped domain constraints with the proper dependency (Noah Misch) §
This error could lead to parallel pg_restore attempting to create the comment before the constraint itself has been restored.
Related records (4)
- Same changePostgreSQL 17.7 · In pg_dump, label comments for separately-dumped domain constraints with the proper dependency
- Same changePostgreSQL 16.11 · In pg_dump, label comments for separately-dumped domain constraints with the proper dependency
- Same changePostgreSQL 15.15 · In pg_dump, label comments for separately-dumped domain constraints with the proper dependency
- Same changePostgreSQL 14.20 · In pg_dump, label comments for separately-dumped domain constraints with the proper dependency
ImprovementsIn pg_restore, skip comments and security labels for publications and subscriptions that are not being restored
Changes
In pg_restore, skip comments and security labels for publications and subscriptions that are not being restored (Jian He, Fujii Masao) § §
Do not emit COMMENT or SECURITY LABEL commands for these objects when --no-publications or --no-subscriptions is specified.
Related records (4)
- Same changePostgreSQL 17.7 · In pg_restore, skip comments and security labels for publications and subscriptions that are not being restored
- Same changePostgreSQL 16.11 · In pg_restore, skip comments and security labels for publications and subscriptions that are not being restored
- Same changePostgreSQL 15.15 · In pg_restore, skip comments and security labels for publications and subscriptions that are not being restored
- Same changePostgreSQL 14.20 · In pg_restore, skip comments and security labels for publications and subscriptions that are not being restored
Bug fixesFix assorted errors in the data compression logic in pg_dump and pg_restore
Changes
Fix assorted errors in the data compression logic in pg_dump and pg_restore (Daniel Gustafsson, Tom Lane) §
Error checking was missing or incorrect in several places, and there were also portability issues that would manifest on big-endian hardware. These problems had been missed because this code is only used to read compressed TOC files within directory-format dumps. pg_dump never produces such a dump; the case can be reached only by manually compressing the TOC file after the fact, which is a supported thing to do but very uncommon.
Related records (5)
- Same changePostgreSQL 18.1 · Fix assorted errors in the data compression logic in pg_dump and pg_restore
- Same changePostgreSQL 17.7 · Fix assorted errors in the data compression logic in pg_dump and pg_restore
- Same changePostgreSQL 16.11 · Fix assorted errors in the data compression logic in pg_dump and pg_restore
- Same changePostgreSQL 15.15 · Fix assorted errors in the data compression logic in pg_dump and pg_restore
- Same changePostgreSQL 14.20 · Fix assorted errors in the data compression logic in pg_dump and pg_restore
Bug fixesFix pgbench to error out cleanly if a COPY operation is started
Changes
Fix pgbench to error out cleanly if a COPY operation is started (Anthonin Bonnefoy) §
pgbench doesn't intend to support this case, but previously it went into an infinite loop.
Related records (5)
- Same changePostgreSQL 18.1 · Fix pgbench to error out cleanly if a COPY operation is started
- Same changePostgreSQL 17.7 · Fix pgbench to error out cleanly if a COPY operation is started
- Same changePostgreSQL 16.11 · Fix pgbench to error out cleanly if a COPY operation is started
- Same changePostgreSQL 15.15 · Fix pgbench to error out cleanly if a COPY operation is started
- Same changePostgreSQL 14.20 · Fix pgbench to error out cleanly if a COPY operation is started
Bug fixesFix pgbench's reporting of multiple errors
Changes
Fix pgbench's reporting of multiple errors (Yugo Nagata) §
In cases where two successive PQgetResult calls both fail, pgbench might report the wrong error message.
Related records (5)
- Same changePostgreSQL 18.1 · Fix pgbench's reporting of multiple errors
- Same changePostgreSQL 17.7 · Fix pgbench's reporting of multiple errors
- Same changePostgreSQL 16.11 · Fix pgbench's reporting of multiple errors
- Same changePostgreSQL 15.15 · Fix pgbench's reporting of multiple errors
- Same changePostgreSQL 14.20 · Fix pgbench's reporting of multiple errors
ImprovementsEnsure that contrib/pg_buffercache functions can be canceled
Changes
Ensure that contrib/pg_buffercache functions can be canceled (Satyanarayana Narlapuram, Yuhang Qiu) §
Some code paths were capable of running for a long time without checking for interrupts.
Related records (5)
- Same changePostgreSQL 18.1 · Ensure that contrib/pg_buffercache functions can be canceled
- Same changePostgreSQL 17.7 · Ensure that contrib/pg_buffercache functions can be canceled
- Same changePostgreSQL 16.11 · Ensure that contrib/pg_buffercache functions can be canceled
- Same changePostgreSQL 15.15 · Ensure that contrib/pg_buffercache functions can be canceled
- Same changePostgreSQL 14.20 · Ensure that contrib/pg_buffercache functions can be canceled
Bug fixesFix contrib/pg_prewarm's privilege checks for indexes
Changes
Fix contrib/pg_prewarm's privilege checks for indexes (Ayush Vatsa, Nathan Bossart) §
pg_prewarm() requires SELECT privilege on relations to be prewarmed. However, since indexes have no SQL privileges of their own, this resulted in non-superusers being unable to prewarm indexes. Instead, check for SELECT privilege on the index's table.
Related records (5)
- Same changePostgreSQL 18.1 · Fix contrib/pg_prewarm's privilege checks for indexes
- Same changePostgreSQL 17.7 · Fix contrib/pg_prewarm's privilege checks for indexes
- Same changePostgreSQL 16.11 · Fix contrib/pg_prewarm's privilege checks for indexes
- Same changePostgreSQL 15.15 · Fix contrib/pg_prewarm's privilege checks for indexes
- Same changePostgreSQL 14.20 · Fix contrib/pg_prewarm's privilege checks for indexes
ImprovementsMake contrib/pgstattuple more robust about empty or invalid index pages
Changes
Make contrib/pgstattuple more robust about empty or invalid index pages (Nitin Motiani) §
Count all-zero pages as free space, and ignore pages that are invalid according to a check of the page's special-space size. The code for btree indexes already counted all-zero pages as free, but the hash and gist code would error out, which has been found to be much less user-friendly. Similarly, make all three cases agree on ignoring corrupted pages rather than throwing errors.
Related records (5)
- Same changePostgreSQL 18.1 · Make contrib/pgstattuple more robust about empty or invalid index pages
- Same changePostgreSQL 17.7 · Make contrib/pgstattuple more robust about empty or invalid index pages
- Same changePostgreSQL 16.11 · Make contrib/pgstattuple more robust about empty or invalid index pages
- Same changePostgreSQL 15.15 · Make contrib/pgstattuple more robust about empty or invalid index pages
- Same changePostgreSQL 14.20 · Make contrib/pgstattuple more robust about empty or invalid index pages
ImprovementsHarden our read and write barrier macros to satisfy Clang
Changes
Harden our read and write barrier macros to satisfy Clang (Thomas Munro) §
We supposed that __atomic_thread_fence() is a sufficient barrier to prevent the C compiler from re-ordering memory accesses around it, but it appears that that's not true for Clang, allowing it to generate incorrect code for at least RISC-V, MIPS, and LoongArch machines. Add explicit compiler barriers to fix that.
Related records (5)
- Same changePostgreSQL 18.1 · Harden our read and write barrier macros to satisfy Clang
- Same changePostgreSQL 17.7 · Harden our read and write barrier macros to satisfy Clang
- Same changePostgreSQL 16.11 · Harden our read and write barrier macros to satisfy Clang
- Same changePostgreSQL 15.15 · Harden our read and write barrier macros to satisfy Clang
- Same changePostgreSQL 14.20 · Harden our read and write barrier macros to satisfy Clang
Bug fixesFix building with LLVM version 21 and later
Bug fixesFix PGXS build infrastructure to support building NLS po files for extensions
Changes
Fix PGXS build infrastructure to support building NLS po files for extensions (Ryo Matsumura) §
Related records (5)
- Same changePostgreSQL 18.1 · Fix PGXS build infrastructure to support building NLS po files for extensions
- Same changePostgreSQL 17.7 · Fix PGXS build infrastructure to support building NLS po files for extensions
- Same changePostgreSQL 16.11 · Fix PGXS build infrastructure to support building NLS po files for extensions
- Same changePostgreSQL 15.15 · Fix PGXS build infrastructure to support building NLS po files for extensions
- Same changePostgreSQL 14.20 · Fix PGXS build infrastructure to support building NLS po files for extensions
No matching changes
Try another search, or .
How is this comparison generated?
The comparison follows PostgreSQL release notes from just after the source through the target version. Confirmed backport duplicates are merged conservatively, with every original explanation retained. Related commits can represent independent changes; they remain separate records.
Release snapshot: 2026-09-26 · Security snapshot: 2026-09-26
Content comes from PostgreSQL release notes. Interaction inspired by pgversions.com and pgversionreport.