https://wiki.postgresql.org/api.php?action=feedcontributions&user=Tgl&feedformat=atomPostgreSQL wiki - User contributions [en]2024-03-29T13:28:31ZUser contributionsMediaWiki 1.35.13https://wiki.postgresql.org/index.php?title=PostgreSQL_16_Open_Items&diff=38156PostgreSQL 16 Open Items2023-08-20T14:45:18Z<p>Tgl: move reparameterize_path_by_child item to proper section: it's an old bug</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
'''NOTE''': If known, please list the Owner of the open item.<br />
<br />
<br />
* {{messageLink|36a6e89689716c2ca1fae8adc8e84601a041121c.camel@j-davis.com| Unexplained behavior when ICU rules is the empty string.}}<br />
** Owner: Peter Eisentraut<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer] [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report] [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report] [https://www.postgresql.org/message-id/flat/CAPH-tTxLf44s3CvUUtQpkDr1D8Hxqc2NGDzGXS1ODsfiJ6WSqA%40mail.gmail.com Another report] [https://www.postgresql.org/message-id/flat/a53cacb0-8835-57d6-31e4-4c5ef196de1a@deepbluecap.com Another report]<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/ZArVOMifjzE7f8W7%40paquier.xyz Requiring recovery.signal or standby.signal when recovering with a backup_label]<br />
** This is a rather old behavior that affects all stable branches, still not something that should be backpatched as-is.<br />
<br />
* {{messageLink|cfcca574-6967-c5ab-7dc3-2c82b6723b99@mail.ru|pg_visibility's pg_check_visible() yields false positive when working in parallel with autovacuum}}<br />
** {{messageLink|1649062270.289865713@f403.i.mail.ru|Thread with patch}} [https://commitfest.postgresql.org/43/3739/ CF Entry]<br />
<br />
* {{messageLink|1516594.1681482708@sss.pgh.pa.us|We are not compatible with newly-released LLVM 16}}<br />
** {{messageLink|CA%2BhUKGKNX_%3Df%2B1C4r06WETKTq0G4Z_7q4L4Fxn5WWpMycDj9Fw%40mail.gmail.com|Patch}}<br />
** Owner: Thomas Munro (volunteer LLVM API change chaser)<br />
<br />
* {{messageLink|CAMbWs496%2BN%3DUAjOc%3DrcD3P7B6oJe4rZw08e_TZRUsWbPxZW3Tw%40mail.gmail.com| Oversight in reparameterize_path_by_child leading to executor crash }}<br />
** Owner: Tom Lane<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
** Fixed at: {{PgCommitURL|8fcb32db98eda1ad2a0c0b40b1cbb5d9a7aa68f0}} and {{PgCommitURL|ffd1b6bb6f8a2ffc929699772610c6925364dbb3}} for HEAD.<br />
<br />
* [https://www.postgresql.org/message-id/flat/CAC+AXB26a4EmxM2suXxPpJaGrqAdxracd7hskLg-zxtPB50h7A@mail.gmail.com Fix fseek() detection of unseekable files on WIN32]<br />
** Fixed at: {{PgCommitURL|a923e21631a29dc8b8781d7d02b5003d0df64ca3}} and {{PgCommitURL|765f5df726918bcdcfd16bcc5418e48663d1dd59}}, down to 14.<br />
<br />
* {{messageLink|CAAKRu_bETD%2BAri600h6fRjX2p8rJSeMAUp%3D_y88juqOZgouTSg%40mail.gmail.com|Can't disable autovacuum cost delay through storage parameter}}<br />
** Fixed at: {{PgCommitURL|bfac8f8bc4a44c67c9f35b5266676278e4ba1217}}, down to 11.<br />
<br />
* {{messageLink|CAJ7c6TMBTN3rcz4%3DAjYhLPD_w3FFT0Wq_C15jxCDn8U4tZnH1g@mail.gmail.com| EPQ misbehaves for inherited/partitioned tables}}<br />
** Fixed at: {{PgCommitURL|70b42f279}}, down to 14.<br />
<br />
* {{messageLink|ZEZDj1H61ryrmY9o@msg.df7cb.de|could not extend file "base/5/3501" with FileFallocate(): Interrupted system call}}<br />
** Original commit: {{PgCommitURL|4d330a61bb1}}<br />
** Fixed at: {{PgCommitURL|0d369ac650}}<br />
<br />
* {{messageLink|20230314174521.74jl6ffqsee5mtug%40awork3.anarazel.de|DROP DATABASE is interruptible}}<br />
** Additional discussion: {{messageLink|01020187577238cf-da8c0f4a-3ab9-445a-8c74-31ef51439f30-000000%40eu-west-1.amazonses.com|"PANIC: could not open critical system index 2662" - twice}}<br />
** Fixed at: {{PgCommitURL|c66a7d75}}, down to 11.<br />
<br />
* {{messageLink|17997-a044c27aef95daf8@postgresql.org|Assertion failure when attaching a partition index}}<br />
** Fixed at: {{PgCommitURL|38ea6aa9}}, down to 11.<br />
** Fixed at: {{PgCommitURL|cfc43aeb}}, down to 11.<br />
<br />
* {{messageLink|ae46f2fb-5586-3de0-b54b-1bb0f6410ebd@inbox.ru|Issues with calculations of LimitAdditionalPins}}<br />
** Fixed at: {{PgCommitURL|bd2f46c6559}}<br />
<br />
== Non-bugs ==<br />
<br />
* {{messageLink|17862-1ab8f74b0f7b0611@postgresql.org|WindowAgg startup costs don't take into account partition bound. Can lead to incorrect use of cheap startup plans}}<br />
** {{messageLink|CAApHDvrB0S5BMv+0-wTTqWFE-BJ0noWqTnDu9QQfjZ2VSpLv_g@mail.gmail.com|Patch to fix and discussion}}<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 16beta4 ===<br />
<br />
* {{messageLink|CAD21AoDvDmUQeJtZrau1ovnT_smN940%3DKp6mszNGK3bq9yRN6g%40mail.gmail.com| Performance degradation on concurrent COPY into a single relation in PG16 }}<br />
** Fixed at: {{PgCommitURL|d37ab378b6e773c278c14b9554a1ea23b355aab9}}<br />
<br />
=== resolved before 16beta3 ===<br />
* {{messageLink|CAJKUy5g2uZRrUDZJ8p-%3DgiwcSHVUn0c9nmdxPSY0jF0Ov8VoEA@mail.gmail.com|Assertion failure !bms_overlap(joinrel->relids, required_outer)}}<br />
** Owner: Tom Lane<br />
** Fixed at: {{PgCommitURL|a798660ebe3ff1feb310db13b957c5cda4c8c50d}}<br />
* {{messageLink|ZJp921+nITFnvBVS@paquier.xyz|Add TLI number to name of files generated by pg_waldump --save-fullpage}}<br />
** Owner: Michael Paquier<br />
** Fixed at: {{PgCommitURL|b381d9637030c163c3b1f8a9d3de51dfc1b4ee58}}<br />
* {{messageLink|e587e2ee-7de0-88a2-10f8-c7cf001bab8c%40postgrespro.ru|psql: Add role's membership options to the \du+ command}}<br />
** Fixed at: {{PgCommitURL|0a1d2a7df852f16c452eef8a83003943125162c7}}<br />
* {{messageLink|ZKy4AdrLEfbqrxGJ@telsasoft.com|REINDEX segv on null pointer in RemoveFromWaitQueue}}<br />
** Owner: Andres Freund<br />
** Fixed at: {{PgCommitURL|bd88404d3cda53810e0b0144713c4b1a1dd965a8}}<br />
<br />
=== resolved before 16beta2 ===<br />
* {{messageLink|17978-12f3d93a55297266@postgresql.org|wrong join order subsequent to removal of delay_upper_joins check}}<br />
** Owner: Tom Lane<br />
** Fixed at: {{PgCommitURL|3af87736bf5d5c7bea086d962afc2bbf4f29279a}}<br />
* {{messageLink|DFBB2D25-DE97-49CA-A60E-07C881EA59A7@winand.at|Inconsistent nulling bitmap in nestloop parameters}}<br />
** Owner: Tom Lane<br />
** All known issues fixed as of {{PgCommitURL|efeb12ef0bfef0b5aa966a56bb4dbb1f936bda0c}}<br />
* {{messageLink|17976-4b638b525e9a983b@postgresql.org|join removal can no longer skip updating EquivalenceClasses}}<br />
** Owner: Tom Lane<br />
** Fixed at: {{PgCommitURL|f4c00d138f6dea4c9d8af8ec280b7edc9b0a29e1}}<br />
* {{messageLink|CAH2-Wz%3D8Z9qY58bjm_7TAHgtW6RzZ5Ke62q5emdCEy9BAzwhmg%40mail.gmail.com|Cleaning up nbtree after logical decoding on standby work}}<br />
** Owner: Peter Geoghegan, Andres Freund<br />
** Original commit: {{PgCommitURL|61b313e4}}<br />
** Fixed at: {{PgCommitURL|d088ba5a}}<br />
* {{messageLink|CAMbWs4_tuVn9EwwMcggGiZJWWstdXX_ci8FeEU17vs+4nLgw3w@mail.gmail.com|Assert failure and wrong query results due to incorrectly removing PHV}}<br />
** Owner: Tom Lane<br />
** Fixed at: {{PgCommitURL|9a2dbc614e6e47da3c49daacec106da32eba9467}}<br />
* {{messageLink|CAMbWs4-_vwkBij4XOQ5ukxUvLgwTm0kS5_DO9CicUeKbEfKjUw%40mail.gmail.com|Assert failure of the cross-check for nullingrels}}<br />
** Owner: Tom Lane<br />
** Original commit: {{PgCommitURL|2489d76c4}}<br />
** [https://commitfest.postgresql.org/43/4250/ CF Entry]<br />
** Fixed at: {{PgCommitURL|991a3df22}}<br />
* Switch to ICU for 17?<br />
** Owner: Jeff Davis<br />
** {{messageLink|82c4c816-06f6-d3e3-ba02-fca4a5cef065@enterprisedb.com|I suggest waiting until next week to commit it and then see what happens}}<br />
** [https://commitfest.postgresql.org/42/4169/ CF Entry]<br />
** Open item description not clear; if it is an open item, it's redundant with the issue "The rules for choosing default ICU locale seem pretty unfriendly". Closed. <br />
* {{messageLink|874jp9f5jo.fsf@news-spur.riddles.org.uk|The rules for choosing default ICU locale seem pretty unfriendly}}<br />
** Owner: Jeff Davis<br />
** Fixed at: {{PgCommitURL|2535c74b1a}}, {{PgCommitURL|f3a01af29b}}<br />
* {{messageLink|20230613211246.GA219055@nathanxps13|ff9618e creates cache lookup hazards with partition trees}}<br />
** Owner: Nathan Bossart, <s>Jeff Davis</s><br />
** Fixed at: {{PgCommitURL|4dbdb82513}}, {{PgCommitURL|c2122aae63}}<br />
=== resolved before 16beta1 ===<br />
* {{messageLink|CAHewXNnu7u1aT%3D%3DWjnCRa%2BSzKb6s80hvwPP_9eMvvvtdyFdqjw%40mail.gmail.com|ERROR: wrong varnullingrels (b 5 7) (expected (b)) for Var 3/3}}<br />
** Fixed at: {{PgCommitURL|d0f952691}}<br />
* {{messageLink|d46f9265-ff3c-6743-2278-6772598233c2%40pgmasters.net|Possible regression setting GUCs on \connect}}<br />
** Owner: Alexander Korotkov<br />
** Discussion on reverting {{PgCommitURL|096dd80f3}}<br />
** Original commit: {{PgCommitURL|096dd80f3}}<br />
** Reverted at: {{PgCommitURL|b9a7a822723aebb16cbe7e5fb874e5124745b07e}}<br />
<br />
* Planner makes improper clause pushdown decisions due to outer-join-aware-Vars changes<br />
** {{messageLink|0b819232-4b50-f245-1c7d-c8c61bf41827@postgrespro.ru|Clause accidentally pushed down}}<br />
** {{messageLink|CAHewXNks3w_Vy9CWoVtHx1XSaeiFpsOzh-zy5eu0Khp1PtG1sA@mail.gmail.com|wrong results due to qual pushdown}}<br />
** Original commit: {{PgCommitURL|2489d76c4}}<br />
** Fixed at: {{PgCommitURL|9df8f903eb6758be5a19e66cdf77e922e9329c31}}<br />
<br />
* Revert {{PgCommitURL|ec386948948}}, per {{messageLink|20230330105325.y6uvpalspynf2frt@alvherre.pgsql|Re: "variable not found in subplan target list"}}<br />
** Reverted at {{PgCommitURL|5472743d9e8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAEZATCWETioXs5kY8vT6BVguY41_wD962VDk%3Du_Nvd7S1UXzuQ%40mail.gmail.com ERROR: ORDER/GROUP BY expression not found in targetlist]<br />
** Fixed at: {{PgCommitURL|da5800d5fa636c6e10c9c98402d872c76aa1c8d0}}<br />
<br />
* [https://www.postgresql.org/message-id/20230212233711.GA1316@telsasoft.com various elogs hit by sqlsmith (ExecRTCheckPerms() and many prunable partitions)]<br />
** Fixed at: {{PgCommitURL|c7468c73f7b6e842a53c12eaee5578a76a8fa7a6}}<br />
<br />
* [https://www.postgresql.org/message-id/20230228235834.GC30529@telsasoft.com pg_dump: zlib compression fails for empty objects (LOs)]<br />
** Fixed at: {{PgCommitURL|00d9dcf5bebbb355152a60f0e2120cdf7f9e7ddd}}<br />
<br />
* [https://www.postgresql.org/message-id/20230227044910.GO1653@telsasoft.com pg_dump: lz4 compression uses no persistent state and writes a block header for every row]<br />
** Fixed at: {{PgCommitURL|0070b66fef21e909adb283f7faa7b1978836ad75}}<br />
<br />
* {{messageLink|3590249.1680971629@sss.pgh.pa.us|Assertion failure with parallel full hash join}}<br />
** Fixed at: {{PgCommitURL|b37d051b0e59e4324e346655a27509507813db79}}<br />
<br />
* {{messageLink|ZDDO6jaESKaBgej0@tamriel.snowman.net|De-revert "Add support for Kerberos credential delegation"}}<br />
** Owner: Stephen Frost<br />
** Original commit: {{PgCommitURL|3d4fa227bce4294ce1cc214b4a9d3b7caa3f0454}}<br />
** Revert: ({{PgCommitURL|3d03b24c350ab060bb223623bdff38835bd7afd0}}<br />
** De-Revert: {{PgCommitURL|6633cfb21691840c33816a6dacaca0b504efb895}}<br />
** Resolved at: {{PgCommitURL|f7431bca8b0138bdbce7025871560d39119565a0}}<br />
<br />
* {{messageLink|c39be3c5-c1a5-1e33-1024-16f527e251a4@enterprisedb.com|SSL tests break on non-existing system CA pool}}<br />
** Fixed at: {{PgCommitURL|0b5d1fb36adda612bd3d5d032463a6eeb0729237}}<br />
<br />
* {{messageLink|CAD21AoBS7o6Ljt_vfqPQPf67AhzKu3fR0iqk8B%3DvVYczMugKMQ%40mail.gmail.com|VacuumUpdateCosts() logging condition incorrect for some initial values of vacuum_cost_delay}}<br />
** Fixed at: {{PgCommitURL|a9781ae11ba2fdb44a3a72c9a7ebb727140b25c5}}<br />
<br />
* {{messageLink|CA%2BhUKGJ-ZPJwKHVLbqye92-ZXeLoCHu5wJL6L6HhNP7FkJ%3DmeA%40mail.gmail.com|check_strxfrm_bug()}}<br />
** Owner: Thomas Munro<br />
** Fixed at: {{PgCommitURL|7d3d72b55edd1b7552a9a358991555994efab0e9}}<br />
<br />
* {{messageLink|20230317230930.nhsgk3qfk7f4axls%40awork3.anarazel.de|Should we remove vacuum_defer_cleanup_age?}}<br />
** Owner: Andres Freund<br />
** Fixed at: {{PgCommitURL|1118cd37eb61e6a2428f457a8b2026a7bb3f801a}}<br />
<br />
* {{messageLink|2fefa454-5a70-2174-ddbf-4a0e41537139@gmail.com|Add two missing tests in 035_standby_logical_decoding.pl}}<br />
** Fixed at: {{PgCommitURL|376dc820531bafcbf105fff74c5b14c23d9950af}}<br />
** Fixed at: {{PgCommitURL|a6e04b1d20c2e9cece9b64bb5b36ebfdc3a9031b}}<br />
<br />
* {{messageLink|b32bed1b-0746-9b20-1472-4bdc9ca66d52@gmail.com|Performance regression due to SQLValueFunction removal}}<br />
** Fixed at: {{PgCommitURL|d8c3106bb60e4f87be595f241e173ba3c2b7aa2c}}<br />
<br />
* {{messageLink|20230419172326.dhgyo4wrrhulovt6%40awork3.anarazel.de|pg_stat_io not tracking smgrwriteback() is confusing}}<br />
** Owner: Andres Freund<br />
** Fixed at: {{PgCommitURL|093e5c57d506783a95dd8feddd9a3f2651e1aeba}}<br />
<br />
* {{messageLink|ZFhCyn4Gm2eu60rB@paquier.xyz|Table data compression is broken with pg_dump --compress lz4}}<br />
** Owner: Tomas Vondra<br />
** Fixed at: {{PgCommitURL|1a05c1d252993b0a59c58a6daf91a2df9333044f}}<br />
<br />
* {{messageLink|94ae9bca-5ebb-1e68-bb7b-4f32e89fefbe@gmail.com|Valgrind unhappy with LZ4F code in pg_dump}}<br />
** Owner: Tomas Vondra<br />
** Fixed at: {{PgCommitURL|3c18d90f8907e53c3021fca13ad046133c480e4d}}<br />
<br />
* {{messageLink|20230509190247.3rrplhdgem6su6cg@awork3.anarazel.de|walsender performance regression due to logical decoding on standby changes}}<br />
** Owner: Andres Freund<br />
** Original commit: {{PgCommitURL|e101dfac}}<br />
** Fixed at: {{PgCommitURL|bc971f4025c378ce500d86597c34b0ef996d4d8c}}<br />
<br />
== Won't Fix ==<br />
<br />
* Is it OK that WL_SOCKET_ACCEPT is less fair on Windows than on Unix (and than the coding before 16) when there are multiple server sockets configured?<br />
** {{messageLink|CA%2BhUKG%2BA2dk29hr5zRP3HVJQ-_PncNJM6HVQ7aaYLXLRBZU-xw%40mail.gmail.com|WL_SOCKET_ACCEPT fairness on Windows}} has a (blind) patch to fix that, but would need a Windows hacker to test<br />
** Owner: Thomas Munro<br />
** Original commit: {{PgCommitURL|7389aad6}}<br />
** Issue reclassified as a non-critical improvement to be [https://commitfest.postgresql.org/43/4263/ considered for 17]<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* GA: (Tentative) September 14, 2023<br />
* RC 1: August 31, 2023<br />
* Beta 3: August 10, 2023<br />
* Beta 2: June 29, 2023<br />
* Beta 1: May 25, 2023<br />
* Feature Freeze: April 8, 2023 0:00 AoE ('''Last Day to Commit Features''')<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
* [[PostgreSQL 15 Open Items]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=Committing_checklist&diff=38139Committing checklist2023-08-08T21:17:16Z<p>Tgl: Add a section about release freeze practices</p>
<hr />
<div>This document is an attempt to list common checks that PostgreSQL project [[Committers]] may want to adopt as part of a checklist of things to check before pushing. There are certain classic mistakes that even experienced committers have been known to make occasionally. In the real world, many mistakes happen when a step is skipped over during a routine process, perhaps caused by a seemingly insignificant last minute change. It's important to learn from these mistakes.<br />
<br />
This checklist isn't intended as something that committers will adopt wholesale. Rather, it is intended as a starting point for creating your own semi-customized checklist. Since your final checklist is supposed to be used more or less mechanically, it shouldn't ever be too long, and should be organized into sections to make it easier to skip items where irrelevant. In short, if it's worth adopting something as a standard practice that you return to again and again, it's probably also worth writing that down, to formalize it. Use discretion when deciding what makes sense for you.<br />
<br />
= Basic checks =<br />
<br />
* Double-check release build compiler warnings.<br />
<br />
* make check-world.<br />
** You may want to speed this up by using the following recipe:<br />
make -j16 -s install;make -Otarget -j10 -s check-world && echo "quick make-check world success" || echo "quick make-check world failure"<br />
<br />
* Consider the need for a catversion bump.<br />
<br />
* Don't assume that you haven't broken the doc build if you make even a trivial doc change.<br />
** Removing a GUC can break instances in the release notes where they're referenced. <br />
** Even grep can miss this, since references to the GUC will have dashes rather than underscores, plus possibly other variations.<br />
<br />
* Validate err*() calls against https://www.postgresql.org/docs/devel/static/error-style-guide.html<br />
<br />
* Validate *printf calls for trailing newlines.<br />
<br />
* Spellcheck the patch.<br />
<br />
* Verify that long lines are not better broken into several shorter lines:<br />
git diff origin/master | grep -E '^(\+|diff)' | sed 's/^+//' | expand -t4 | awk "length > 78 || /^diff/"<br />
<br />
* Run pgindent, pgperltidy, and reformat-dat-files on changed files; keep the changes minimal.<br />
<br />
* Run pgperlcritic on modified Perl files.<br />
<br />
* Update version numbers, if needed:<br />
CATALOG_VERSION_NO, PG_CONTROL_VERSION, XLOG_PAGE_MAGIC, PGSTAT_FILE_FORMAT_ID<br />
<br />
* Update function/other OIDs, if needed;<br />
<br />
= Regression test checks =<br />
<br />
* When adding core regression test files, make sure that they're added to both serial and parallel schedules.<br />
(But release 14 and later have only the parallel schedule.)<br />
<br />
* Look for alternative output files for any regression test you're updating the output of.<br />
** Some tests have alternative output files to work around portability issues.<br />
** Most of the time it works to just apply the same patch to the other variants as the delta you're observing for the output file that's relevant to your own platform.<br />
** Occasionally you may have to just see what the buildfarm says.<br />
<br />
= Git checks =<br />
<br />
== Basic ==<br />
<br />
* Do a dry run before really pushing by using --dry-run.<br />
<br />
* Look at "git status"; anything missing?<br />
<br />
* Author and committer timestamps should match.<br />
<br />
This can be an issue if you're in the habit of rebasing, or apply a patch with "git am". Make sure that your setup displays both in "git log", by specifying "--pretty=fuller", or changing the git format config. The easiest way to make both timestamps match is to amend the commit like so:<br />
<br />
git commit --amend --reset-author<br />
<br />
If you have "autosetuprebase = always" in your git config, then a last minute "git pull" could cause a rebase, which could cause author and committer timestamps to diverge a bit. In practice, small differences between author and committer timestamp are not considered to be a problem.<br />
<br />
* Write log message (consider creating a [https://www.git-scm.com/docs/git-commit/2.38.0#Documentation/git-commit.txt--tltfilegt .gitmessage commit.template template file] to make this easier):<br />
Discussion: https://postgr.es/m/XXXXXXXXXXX<br />
Back-patch depth?<br />
What should the release notes say?<br />
Credit any reviewer.<br />
<br />
* When making references to other commits, it's a good idea to use the first 9 chars of the commit SHA. Fewer than 9 means there will be no hyperlink in the HTTP interface. More than 9 is not required.<br />
<br />
* Note compatibility issues in commit message, so that they'll get picked up later, when release notes are written.<br />
<br />
* Check merge with master (not applicable to commits).<br />
<br />
* If you're using a dedicated ssh key with a passphrase, you may find it useful to deliberately disable it when you're done pushing:<br />
<br />
$ ssh-add -d ~/.ssh/id_rsa_postgres<br />
<br />
== Backpatching and git ==<br />
<br />
Commit messages for multiple branches should be identical when back-patching, in order to have tooling recognize the redundancy for purposes of compiling release notes, and other things of that nature.<br />
<br />
* Easiest way to get commit metadata consistent is to not worry about commit messages outside of the master branch at first. Commit message on backbranches could initially be something like "pending 9.6".<br />
<br />
* Perform the following procedure on each back branch when you're done, by checking out each individual branch in gitmaster local clone, and doing this for master branch commit which has good commit message:<br />
<br />
git commit --amend --reset-author -C <commit><br />
<br />
You now have the same commit message on each branch. This means that the <code>src/tools/git_changelog</code> utility script will present the commits from each affected local branch together, as one logical change. (This script is used as a starting point when writing back branch release notes. Note that the concept of "one logical change" is not a standard git concept.)<br />
<br />
* Use <code>git push origin : --dry-run</code> to dry-run pushing all branches at once. Once satisfied, remove --dry-run to actually push. --dry-run is doubly important if you push each branch individually.<br />
<br />
= Maintaining ABI compatibility while backpatching =<br />
<br />
Avoid breaking ABI compatibility. It's unacceptable for extensions built against an earlier point release to break in a more recent point release.<br />
<br />
* You can only really change the signature of a function with local linkage, perhaps with a few rare exceptions.<br />
* You cannot modify any struct definition in src/include/*. If any new members must be added to a struct, put them at the end in backbranches. It's okay to have a different struct layout in master. Even then, extensions that allocate the struct can break via a dependency on its size.<br />
* Move new enum values to the end.<br />
<br />
See [https://postgr.es/m/1315116.1603900649@sss.pgh.pa.us this message] for more considerations on ABI preservation.<br />
<br />
= GUC checks =<br />
<br />
* When adding a new GUC, postgresql.conf.sample needs to be updated, too.<br />
<br />
* Is the GUC group the right one?<br />
<br />
= Advanced smoke tests =<br />
<br />
* Valgrind memcheck + "make installcheck".<br />
<br />
* CLOBBER_CACHE_ALWAYS.<br />
<br />
* When doing anything that touches WAL-logging, consider creating a replica, and making sure that wal_consistency_checking=all passes on replica while master runs "make installcheck". WAL_DEBUG makes any bug that this throws up easier to isolate.<br />
<br />
* "#define COPY_PARSE_PLAN_TREES" and "#define WRITE_READ_PARSE_PLAN_TREES" can catch omissions or other mistakes when "src/backend/nodes/*" were changed.<br />
<br />
* Various tests that are only run on certain platforms, enabled [https://www.postgresql.org/docs/devel/regress-run.html using PG_TEST_EXTRA or EXTRA_TESTS environment variables]. For example, PG_TEST_EXTRA='ssl' and EXTRA_TESTS='collate.linux.utf8' tests.<br />
<br />
* check for unaligned access with things from c.h like -fsanitize=alignment<br />
<br />
* sqlsmith (for grammar changes, and ??)<br />
<br />
= Release freezes =<br />
<br />
Please be aware of upcoming release dates, and avoid committing into branches on which a release is scheduled, starting at noon UTC on the Saturday before the release date and extending until the release tags have been applied (which usually happens before midnight UTC on the Tuesday).<br />
This "quiet time" allows for full buildfarm testing before tarballs are made, and for correcting any packager trouble reports after the initial wrap.<br />
Security and release-note patches of course break this rule; otherwise, don't do it without consulting the release team.<br />
<br />
Releases of supported back branches normally happen according to [https://www.postgresql.org/developer/roadmap/ this schedule].<br />
Dates for beta, RC, and GA releases of a new branch are announced by the [https://wiki.postgresql.org/wiki/Release_Management_Team Release Management Team].<br />
Note that there is no freeze on the master branch unless a beta release is due to be made from it.</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_16_Open_Items&diff=38068PostgreSQL 16 Open Items2023-07-19T17:00:18Z<p>Tgl: psql role membership options issue is closed</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
'''NOTE''': If known, please list the Owner of the open item.<br />
<br />
* {{messageLink|CAJKUy5g2uZRrUDZJ8p-%3DgiwcSHVUn0c9nmdxPSY0jF0Ov8VoEA@mail.gmail.com|Assertion failure !bms_overlap(joinrel->relids, required_outer)}}<br />
** Owner: Tom Lane<br />
* {{messageLink|CAD21AoDvDmUQeJtZrau1ovnT_smN940%3DKp6mszNGK3bq9yRN6g%40mail.gmail.com| Performance degradation on concurrent COPY into a single relation in PG16 }}<br />
** Owner: Andres Freund<br />
* {{messageLink|36a6e89689716c2ca1fae8adc8e84601a041121c.camel@j-davis.com| Unexplained behavior when ICU rules is the empty string.}}<br />
** Owner: Peter Eisentraut<br />
* {{messageLink|ZKy4AdrLEfbqrxGJ@telsasoft.com|REINDEX segv on null pointer in RemoveFromWaitQueue}}<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* Add any items that need discussion here..<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer] [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report] [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report] [https://www.postgresql.org/message-id/flat/CAPH-tTxLf44s3CvUUtQpkDr1D8Hxqc2NGDzGXS1ODsfiJ6WSqA%40mail.gmail.com Another report] [https://www.postgresql.org/message-id/flat/a53cacb0-8835-57d6-31e4-4c5ef196de1a@deepbluecap.com Another report]<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/ZArVOMifjzE7f8W7%40paquier.xyz Requiring recovery.signal or standby.signal when recovering with a backup_label]<br />
** This is a rather old behavior that affects all stable branches, still not something that should be backpatched as-is.<br />
<br />
* {{messageLink|cfcca574-6967-c5ab-7dc3-2c82b6723b99@mail.ru|pg_visibility's pg_check_visible() yields false positive when working in parallel with autovacuum}}<br />
** {{messageLink|1649062270.289865713@f403.i.mail.ru|Thread with patch}} [https://commitfest.postgresql.org/43/3739/ CF Entry]<br />
<br />
* {{messageLink|1516594.1681482708@sss.pgh.pa.us|We are not compatible with newly-released LLVM 16}}<br />
** {{messageLink|CA%2BhUKGKNX_%3Df%2B1C4r06WETKTq0G4Z_7q4L4Fxn5WWpMycDj9Fw%40mail.gmail.com|Patch}}<br />
** Owner: Thomas Munro (volunteer LLVM API change chaser)<br />
<br />
* {{messageLink|20230314174521.74jl6ffqsee5mtug%40awork3.anarazel.de|DROP DATABASE is interruptible}}<br />
** Additional discussion: {{messageLink|01020187577238cf-da8c0f4a-3ab9-445a-8c74-31ef51439f30-000000%40eu-west-1.amazonses.com|"PANIC: could not open critical system index 2662" - twice}}<br />
<br />
* {{messageLink|17997-a044c27aef95daf8@postgresql.org|Assertion failure when attaching a partition index}}<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
** Fixed at: {{PgCommitURL|8fcb32db98eda1ad2a0c0b40b1cbb5d9a7aa68f0}} and {{PgCommitURL|ffd1b6bb6f8a2ffc929699772610c6925364dbb3}} for HEAD.<br />
<br />
* [https://www.postgresql.org/message-id/flat/CAC+AXB26a4EmxM2suXxPpJaGrqAdxracd7hskLg-zxtPB50h7A@mail.gmail.com Fix fseek() detection of unseekable files on WIN32]<br />
** Fixed at: {{PgCommitURL|a923e21631a29dc8b8781d7d02b5003d0df64ca3}} and {{PgCommitURL|765f5df726918bcdcfd16bcc5418e48663d1dd59}}, down to 14.<br />
<br />
* {{messageLink|CAAKRu_bETD%2BAri600h6fRjX2p8rJSeMAUp%3D_y88juqOZgouTSg%40mail.gmail.com|Can't disable autovacuum cost delay through storage parameter}}<br />
** Fixed at: {{PgCommitURL|bfac8f8bc4a44c67c9f35b5266676278e4ba1217}}, down to 11.<br />
<br />
* {{messageLink|CAJ7c6TMBTN3rcz4%3DAjYhLPD_w3FFT0Wq_C15jxCDn8U4tZnH1g@mail.gmail.com| EPQ misbehaves for inherited/partitioned tables}}<br />
** Fixed at: {{PgCommitURL|70b42f279}}, down to 14.<br />
<br />
* {{messageLink|ZEZDj1H61ryrmY9o@msg.df7cb.de|could not extend file "base/5/3501" with FileFallocate(): Interrupted system call}}<br />
** Original commit: {{PgCommitURL|4d330a61bb1}}<br />
** Fixed at: {{PgCommitURL|0d369ac650}}<br />
<br />
== Non-bugs ==<br />
<br />
* {{messageLink|17862-1ab8f74b0f7b0611@postgresql.org|WindowAgg startup costs don't take into account partition bound. Can lead to incorrect use of cheap startup plans}}<br />
** {{messageLink|CAApHDvrB0S5BMv+0-wTTqWFE-BJ0noWqTnDu9QQfjZ2VSpLv_g@mail.gmail.com|Patch to fix and discussion}}<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 16beta3 ===<br />
* {{messageLink|ZJp921+nITFnvBVS@paquier.xyz|Add TLI number to name of files generated by pg_waldump --save-fullpage}}<br />
** Owner: Michael Paquier<br />
** Fixed at: {{PgCommitURL|b381d9637030c163c3b1f8a9d3de51dfc1b4ee58}}<br />
* {{messageLink|e587e2ee-7de0-88a2-10f8-c7cf001bab8c%40postgrespro.ru|psql: Add role's membership options to the \du+ command}}<br />
** Fixed at: {{PgCommitURL|0a1d2a7df852f16c452eef8a83003943125162c7}}<br />
<br />
=== resolved before 16beta2 ===<br />
* {{messageLink|17978-12f3d93a55297266@postgresql.org|wrong join order subsequent to removal of delay_upper_joins check}}<br />
** Owner: Tom Lane<br />
** Fixed at: {{PgCommitURL|3af87736bf5d5c7bea086d962afc2bbf4f29279a}}<br />
* {{messageLink|DFBB2D25-DE97-49CA-A60E-07C881EA59A7@winand.at|Inconsistent nulling bitmap in nestloop parameters}}<br />
** Owner: Tom Lane<br />
** All known issues fixed as of {{PgCommitURL|efeb12ef0bfef0b5aa966a56bb4dbb1f936bda0c}}<br />
* {{messageLink|17976-4b638b525e9a983b@postgresql.org|join removal can no longer skip updating EquivalenceClasses}}<br />
** Owner: Tom Lane<br />
** Fixed at: {{PgCommitURL|f4c00d138f6dea4c9d8af8ec280b7edc9b0a29e1}}<br />
* {{messageLink|CAH2-Wz%3D8Z9qY58bjm_7TAHgtW6RzZ5Ke62q5emdCEy9BAzwhmg%40mail.gmail.com|Cleaning up nbtree after logical decoding on standby work}}<br />
** Owner: Peter Geoghegan, Andres Freund<br />
** Original commit: {{PgCommitURL|61b313e4}}<br />
** Fixed at: {{PgCommitURL|d088ba5a}}<br />
* {{messageLink|CAMbWs4_tuVn9EwwMcggGiZJWWstdXX_ci8FeEU17vs+4nLgw3w@mail.gmail.com|Assert failure and wrong query results due to incorrectly removing PHV}}<br />
** Owner: Tom Lane<br />
** Fixed at: {{PgCommitURL|9a2dbc614e6e47da3c49daacec106da32eba9467}}<br />
* {{messageLink|CAMbWs4-_vwkBij4XOQ5ukxUvLgwTm0kS5_DO9CicUeKbEfKjUw%40mail.gmail.com|Assert failure of the cross-check for nullingrels}}<br />
** Owner: Tom Lane<br />
** Original commit: {{PgCommitURL|2489d76c4}}<br />
** [https://commitfest.postgresql.org/43/4250/ CF Entry]<br />
** Fixed at: {{PgCommitURL|991a3df22}}<br />
* Switch to ICU for 17?<br />
** Owner: Jeff Davis<br />
** {{messageLink|82c4c816-06f6-d3e3-ba02-fca4a5cef065@enterprisedb.com|I suggest waiting until next week to commit it and then see what happens}}<br />
** [https://commitfest.postgresql.org/42/4169/ CF Entry]<br />
** Open item description not clear; if it is an open item, it's redundant with the issue "The rules for choosing default ICU locale seem pretty unfriendly". Closed. <br />
* {{messageLink|874jp9f5jo.fsf@news-spur.riddles.org.uk|The rules for choosing default ICU locale seem pretty unfriendly}}<br />
** Owner: Jeff Davis<br />
** Fixed at: {{PgCommitURL|2535c74b1a}}, {{PgCommitURL|f3a01af29b}}<br />
* {{messageLink|20230613211246.GA219055@nathanxps13|ff9618e creates cache lookup hazards with partition trees}}<br />
** Owner: Nathan Bossart, <s>Jeff Davis</s><br />
** Fixed at: {{PgCommitURL|4dbdb82513}}, {{PgCommitURL|c2122aae63}}<br />
=== resolved before 16beta1 ===<br />
* {{messageLink|CAHewXNnu7u1aT%3D%3DWjnCRa%2BSzKb6s80hvwPP_9eMvvvtdyFdqjw%40mail.gmail.com|ERROR: wrong varnullingrels (b 5 7) (expected (b)) for Var 3/3}}<br />
** Fixed at: {{PgCommitURL|d0f952691}}<br />
* {{messageLink|d46f9265-ff3c-6743-2278-6772598233c2%40pgmasters.net|Possible regression setting GUCs on \connect}}<br />
** Owner: Alexander Korotkov<br />
** Discussion on reverting {{PgCommitURL|096dd80f3}}<br />
** Original commit: {{PgCommitURL|096dd80f3}}<br />
** Reverted at: {{PgCommitURL|b9a7a822723aebb16cbe7e5fb874e5124745b07e}}<br />
<br />
* Planner makes improper clause pushdown decisions due to outer-join-aware-Vars changes<br />
** {{messageLink|0b819232-4b50-f245-1c7d-c8c61bf41827@postgrespro.ru|Clause accidentally pushed down}}<br />
** {{messageLink|CAHewXNks3w_Vy9CWoVtHx1XSaeiFpsOzh-zy5eu0Khp1PtG1sA@mail.gmail.com|wrong results due to qual pushdown}}<br />
** Original commit: {{PgCommitURL|2489d76c4}}<br />
** Fixed at: {{PgCommitURL|9df8f903eb6758be5a19e66cdf77e922e9329c31}}<br />
<br />
* Revert {{PgCommitURL|ec386948948}}, per {{messageLink|20230330105325.y6uvpalspynf2frt@alvherre.pgsql|Re: "variable not found in subplan target list"}}<br />
** Reverted at {{PgCommitURL|5472743d9e8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAEZATCWETioXs5kY8vT6BVguY41_wD962VDk%3Du_Nvd7S1UXzuQ%40mail.gmail.com ERROR: ORDER/GROUP BY expression not found in targetlist]<br />
** Fixed at: {{PgCommitURL|da5800d5fa636c6e10c9c98402d872c76aa1c8d0}}<br />
<br />
* [https://www.postgresql.org/message-id/20230212233711.GA1316@telsasoft.com various elogs hit by sqlsmith (ExecRTCheckPerms() and many prunable partitions)]<br />
** Fixed at: {{PgCommitURL|c7468c73f7b6e842a53c12eaee5578a76a8fa7a6}}<br />
<br />
* [https://www.postgresql.org/message-id/20230228235834.GC30529@telsasoft.com pg_dump: zlib compression fails for empty objects (LOs)]<br />
** Fixed at: {{PgCommitURL|00d9dcf5bebbb355152a60f0e2120cdf7f9e7ddd}}<br />
<br />
* [https://www.postgresql.org/message-id/20230227044910.GO1653@telsasoft.com pg_dump: lz4 compression uses no persistent state and writes a block header for every row]<br />
** Fixed at: {{PgCommitURL|0070b66fef21e909adb283f7faa7b1978836ad75}}<br />
<br />
* {{messageLink|3590249.1680971629@sss.pgh.pa.us|Assertion failure with parallel full hash join}}<br />
** Fixed at: {{PgCommitURL|b37d051b0e59e4324e346655a27509507813db79}}<br />
<br />
* {{messageLink|ZDDO6jaESKaBgej0@tamriel.snowman.net|De-revert "Add support for Kerberos credential delegation"}}<br />
** Owner: Stephen Frost<br />
** Original commit: {{PgCommitURL|3d4fa227bce4294ce1cc214b4a9d3b7caa3f0454}}<br />
** Revert: ({{PgCommitURL|3d03b24c350ab060bb223623bdff38835bd7afd0}}<br />
** De-Revert: {{PgCommitURL|6633cfb21691840c33816a6dacaca0b504efb895}}<br />
** Resolved at: {{PgCommitURL|f7431bca8b0138bdbce7025871560d39119565a0}}<br />
<br />
* {{messageLink|c39be3c5-c1a5-1e33-1024-16f527e251a4@enterprisedb.com|SSL tests break on non-existing system CA pool}}<br />
** Fixed at: {{PgCommitURL|0b5d1fb36adda612bd3d5d032463a6eeb0729237}}<br />
<br />
* {{messageLink|CAD21AoBS7o6Ljt_vfqPQPf67AhzKu3fR0iqk8B%3DvVYczMugKMQ%40mail.gmail.com|VacuumUpdateCosts() logging condition incorrect for some initial values of vacuum_cost_delay}}<br />
** Fixed at: {{PgCommitURL|a9781ae11ba2fdb44a3a72c9a7ebb727140b25c5}}<br />
<br />
* {{messageLink|CA%2BhUKGJ-ZPJwKHVLbqye92-ZXeLoCHu5wJL6L6HhNP7FkJ%3DmeA%40mail.gmail.com|check_strxfrm_bug()}}<br />
** Owner: Thomas Munro<br />
** Fixed at: {{PgCommitURL|7d3d72b55edd1b7552a9a358991555994efab0e9}}<br />
<br />
* {{messageLink|20230317230930.nhsgk3qfk7f4axls%40awork3.anarazel.de|Should we remove vacuum_defer_cleanup_age?}}<br />
** Owner: Andres Freund<br />
** Fixed at: {{PgCommitURL|1118cd37eb61e6a2428f457a8b2026a7bb3f801a}}<br />
<br />
* {{messageLink|2fefa454-5a70-2174-ddbf-4a0e41537139@gmail.com|Add two missing tests in 035_standby_logical_decoding.pl}}<br />
** Fixed at: {{PgCommitURL|376dc820531bafcbf105fff74c5b14c23d9950af}}<br />
** Fixed at: {{PgCommitURL|a6e04b1d20c2e9cece9b64bb5b36ebfdc3a9031b}}<br />
<br />
* {{messageLink|b32bed1b-0746-9b20-1472-4bdc9ca66d52@gmail.com|Performance regression due to SQLValueFunction removal}}<br />
** Fixed at: {{PgCommitURL|d8c3106bb60e4f87be595f241e173ba3c2b7aa2c}}<br />
<br />
* {{messageLink|20230419172326.dhgyo4wrrhulovt6%40awork3.anarazel.de|pg_stat_io not tracking smgrwriteback() is confusing}}<br />
** Owner: Andres Freund<br />
** Fixed at: {{PgCommitURL|093e5c57d506783a95dd8feddd9a3f2651e1aeba}}<br />
<br />
* {{messageLink|ZFhCyn4Gm2eu60rB@paquier.xyz|Table data compression is broken with pg_dump --compress lz4}}<br />
** Owner: Tomas Vondra<br />
** Fixed at: {{PgCommitURL|1a05c1d252993b0a59c58a6daf91a2df9333044f}}<br />
<br />
* {{messageLink|94ae9bca-5ebb-1e68-bb7b-4f32e89fefbe@gmail.com|Valgrind unhappy with LZ4F code in pg_dump}}<br />
** Owner: Tomas Vondra<br />
** Fixed at: {{PgCommitURL|3c18d90f8907e53c3021fca13ad046133c480e4d}}<br />
<br />
* {{messageLink|20230509190247.3rrplhdgem6su6cg@awork3.anarazel.de|walsender performance regression due to logical decoding on standby changes}}<br />
** Owner: Andres Freund<br />
** Original commit: {{PgCommitURL|e101dfac}}<br />
** Fixed at: {{PgCommitURL|bc971f4025c378ce500d86597c34b0ef996d4d8c}}<br />
<br />
== Won't Fix ==<br />
<br />
* Is it OK that WL_SOCKET_ACCEPT is less fair on Windows than on Unix (and than the coding before 16) when there are multiple server sockets configured?<br />
** {{messageLink|CA%2BhUKG%2BA2dk29hr5zRP3HVJQ-_PncNJM6HVQ7aaYLXLRBZU-xw%40mail.gmail.com|WL_SOCKET_ACCEPT fairness on Windows}} has a (blind) patch to fix that, but would need a Windows hacker to test<br />
** Owner: Thomas Munro<br />
** Original commit: {{PgCommitURL|7389aad6}}<br />
** Issue reclassified as a non-critical improvement to be [https://commitfest.postgresql.org/43/4263/ considered for 17]<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Beta 3: (August 10, 2023)<br />
* Beta 2: June 29, 2023<br />
* Beta 1: May 25, 2023<br />
* Feature Freeze: April 8, 2023 0:00 AoE ('''Last Day to Commit Features''')<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
* [[PostgreSQL 15 Open Items]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_16_Open_Items&diff=38046PostgreSQL 16 Open Items2023-07-11T02:53:23Z<p>Tgl: /* Open Issues */ add REINDEX crash</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
'''NOTE''': If known, please list the Owner of the open item.<br />
<br />
* {{messageLink|e587e2ee-7de0-88a2-10f8-c7cf001bab8c%40postgrespro.ru|psql: Add role's membership options to the \du+ command}}<br />
** [https://commitfest.postgresql.org/43/4116/ CF Entry]<br />
** NOTE: This is not a committed feature for v16<br />
* {{messageLink|CAJKUy5g2uZRrUDZJ8p-%3DgiwcSHVUn0c9nmdxPSY0jF0Ov8VoEA@mail.gmail.com|Assertion failure !bms_overlap(joinrel->relids, required_outer)}}<br />
** Owner: Tom Lane<br />
* {{messageLink|CAD21AoDvDmUQeJtZrau1ovnT_smN940%3DKp6mszNGK3bq9yRN6g%40mail.gmail.com| Performance degradation on concurrent COPY into a single relation in PG16 }}<br />
* {{messageLink|36a6e89689716c2ca1fae8adc8e84601a041121c.camel@j-davis.com| Unexplained behavior when ICU rules is the empty string.}}<br />
** Owner: Peter Eisentraut<br />
* {{messageLink|ZKy4AdrLEfbqrxGJ@telsasoft.com|REINDEX segv on null pointer in RemoveFromWaitQueue}}<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* [https://www.postgresql.org/message-id/268fd337-8bb7-92e6-0da2-416c022c11f3%40enterprisedb.com Reconsider a utility_query_id GUC to control if query jumbling of utilities can go through the past string-only mode and the new mode?]<br />
** Potential owner: Michael Paquier<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer] [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report] [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report] [https://www.postgresql.org/message-id/flat/CAPH-tTxLf44s3CvUUtQpkDr1D8Hxqc2NGDzGXS1ODsfiJ6WSqA%40mail.gmail.com Another report] [https://www.postgresql.org/message-id/flat/a53cacb0-8835-57d6-31e4-4c5ef196de1a@deepbluecap.com Another report]<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/ZArVOMifjzE7f8W7%40paquier.xyz Requiring recovery.signal or standby.signal when recovering with a backup_label]<br />
** This is a rather old behavior that affects all stable branches, still not something that should be backpatched as-is.<br />
<br />
* {{messageLink|cfcca574-6967-c5ab-7dc3-2c82b6723b99@mail.ru|pg_visibility's pg_check_visible() yields false positive when working in parallel with autovacuum}}<br />
** {{messageLink|1649062270.289865713@f403.i.mail.ru|Thread with patch}} [https://commitfest.postgresql.org/43/3739/ CF Entry]<br />
<br />
* {{messageLink|1516594.1681482708@sss.pgh.pa.us|We are not compatible with newly-released LLVM 16}}<br />
** {{messageLink|CA%2BhUKGKNX_%3Df%2B1C4r06WETKTq0G4Z_7q4L4Fxn5WWpMycDj9Fw%40mail.gmail.com|Patch}}<br />
** Owner: Thomas Munro (volunteer LLVM API change chaser)<br />
<br />
* {{messageLink|20230314174521.74jl6ffqsee5mtug%40awork3.anarazel.de|DROP DATABASE is interruptible}}<br />
** Additional discussion: {{messageLink|01020187577238cf-da8c0f4a-3ab9-445a-8c74-31ef51439f30-000000%40eu-west-1.amazonses.com|"PANIC: could not open critical system index 2662" - twice}}<br />
<br />
* {{messageLink|17997-a044c27aef95daf8@postgresql.org|Assertion failure when attaching a partition index}}<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
** Fixed at: {{PgCommitURL|8fcb32db98eda1ad2a0c0b40b1cbb5d9a7aa68f0}} and {{PgCommitURL|ffd1b6bb6f8a2ffc929699772610c6925364dbb3}} for HEAD.<br />
<br />
* [https://www.postgresql.org/message-id/flat/CAC+AXB26a4EmxM2suXxPpJaGrqAdxracd7hskLg-zxtPB50h7A@mail.gmail.com Fix fseek() detection of unseekable files on WIN32]<br />
** Fixed at: {{PgCommitURL|a923e21631a29dc8b8781d7d02b5003d0df64ca3}} and {{PgCommitURL|765f5df726918bcdcfd16bcc5418e48663d1dd59}}, down to 14.<br />
<br />
* {{messageLink|CAAKRu_bETD%2BAri600h6fRjX2p8rJSeMAUp%3D_y88juqOZgouTSg%40mail.gmail.com|Can't disable autovacuum cost delay through storage parameter}}<br />
** Fixed at: {{PgCommitURL|bfac8f8bc4a44c67c9f35b5266676278e4ba1217}}, down to 11.<br />
<br />
* {{messageLink|CAJ7c6TMBTN3rcz4%3DAjYhLPD_w3FFT0Wq_C15jxCDn8U4tZnH1g@mail.gmail.com| EPQ misbehaves for inherited/partitioned tables}}<br />
** Fixed at: {{PgCommitURL|70b42f279}}, down to 14.<br />
<br />
* {{messageLink|ZEZDj1H61ryrmY9o@msg.df7cb.de|could not extend file "base/5/3501" with FileFallocate(): Interrupted system call}}<br />
** Original commit: {{PgCommitURL|4d330a61bb1}}<br />
** Fixed at: {{PgCommitURL|0d369ac650}}<br />
<br />
== Non-bugs ==<br />
<br />
* {{messageLink|17862-1ab8f74b0f7b0611@postgresql.org|WindowAgg startup costs don't take into account partition bound. Can lead to incorrect use of cheap startup plans}}<br />
** {{messageLink|CAApHDvrB0S5BMv+0-wTTqWFE-BJ0noWqTnDu9QQfjZ2VSpLv_g@mail.gmail.com|Patch to fix and discussion}}<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 16beta3 ===<br />
* {{messageLink|ZJp921+nITFnvBVS@paquier.xyz|Add TLI number to name of files generated by pg_waldump --save-fullpage}}<br />
** Owner: Michael Paquier<br />
** Fixed at: {{PgCommitURL|b381d9637030c163c3b1f8a9d3de51dfc1b4ee58}}<br />
<br />
=== resolved before 16beta2 ===<br />
* {{messageLink|17978-12f3d93a55297266@postgresql.org|wrong join order subsequent to removal of delay_upper_joins check}}<br />
** Owner: Tom Lane<br />
** Fixed at: {{PgCommitURL|3af87736bf5d5c7bea086d962afc2bbf4f29279a}}<br />
* {{messageLink|DFBB2D25-DE97-49CA-A60E-07C881EA59A7@winand.at|Inconsistent nulling bitmap in nestloop parameters}}<br />
** Owner: Tom Lane<br />
** All known issues fixed as of {{PgCommitURL|efeb12ef0bfef0b5aa966a56bb4dbb1f936bda0c}}<br />
* {{messageLink|17976-4b638b525e9a983b@postgresql.org|join removal can no longer skip updating EquivalenceClasses}}<br />
** Owner: Tom Lane<br />
** Fixed at: {{PgCommitURL|f4c00d138f6dea4c9d8af8ec280b7edc9b0a29e1}}<br />
* {{messageLink|CAH2-Wz%3D8Z9qY58bjm_7TAHgtW6RzZ5Ke62q5emdCEy9BAzwhmg%40mail.gmail.com|Cleaning up nbtree after logical decoding on standby work}}<br />
** Owner: Peter Geoghegan, Andres Freund<br />
** Original commit: {{PgCommitURL|61b313e4}}<br />
** Fixed at: {{PgCommitURL|d088ba5a}}<br />
* {{messageLink|CAMbWs4_tuVn9EwwMcggGiZJWWstdXX_ci8FeEU17vs+4nLgw3w@mail.gmail.com|Assert failure and wrong query results due to incorrectly removing PHV}}<br />
** Owner: Tom Lane<br />
** Fixed at: {{PgCommitURL|9a2dbc614e6e47da3c49daacec106da32eba9467}}<br />
* {{messageLink|CAMbWs4-_vwkBij4XOQ5ukxUvLgwTm0kS5_DO9CicUeKbEfKjUw%40mail.gmail.com|Assert failure of the cross-check for nullingrels}}<br />
** Owner: Tom Lane<br />
** Original commit: {{PgCommitURL|2489d76c4}}<br />
** [https://commitfest.postgresql.org/43/4250/ CF Entry]<br />
** Fixed at: {{PgCommitURL|991a3df22}}<br />
* Switch to ICU for 17?<br />
** Owner: Jeff Davis<br />
** {{messageLink|82c4c816-06f6-d3e3-ba02-fca4a5cef065@enterprisedb.com|I suggest waiting until next week to commit it and then see what happens}}<br />
** [https://commitfest.postgresql.org/42/4169/ CF Entry]<br />
** Open item description not clear; if it is an open item, it's redundant with the issue "The rules for choosing default ICU locale seem pretty unfriendly". Closed. <br />
* {{messageLink|874jp9f5jo.fsf@news-spur.riddles.org.uk|The rules for choosing default ICU locale seem pretty unfriendly}}<br />
** Owner: Jeff Davis<br />
** Fixed at: {{PgCommitURL|2535c74b1a}}, {{PgCommitURL|f3a01af29b}}<br />
* {{messageLink|20230613211246.GA219055@nathanxps13|ff9618e creates cache lookup hazards with partition trees}}<br />
** Owner: Nathan Bossart, <s>Jeff Davis</s><br />
** Fixed at: {{PgCommitURL|4dbdb82513}}, {{PgCommitURL|c2122aae63}}<br />
=== resolved before 16beta1 ===<br />
* {{messageLink|CAHewXNnu7u1aT%3D%3DWjnCRa%2BSzKb6s80hvwPP_9eMvvvtdyFdqjw%40mail.gmail.com|ERROR: wrong varnullingrels (b 5 7) (expected (b)) for Var 3/3}}<br />
** Fixed at: {{PgCommitURL|d0f952691}}<br />
* {{messageLink|d46f9265-ff3c-6743-2278-6772598233c2%40pgmasters.net|Possible regression setting GUCs on \connect}}<br />
** Owner: Alexander Korotkov<br />
** Discussion on reverting {{PgCommitURL|096dd80f3}}<br />
** Original commit: {{PgCommitURL|096dd80f3}}<br />
** Reverted at: {{PgCommitURL|b9a7a822723aebb16cbe7e5fb874e5124745b07e}}<br />
<br />
* Planner makes improper clause pushdown decisions due to outer-join-aware-Vars changes<br />
** {{messageLink|0b819232-4b50-f245-1c7d-c8c61bf41827@postgrespro.ru|Clause accidentally pushed down}}<br />
** {{messageLink|CAHewXNks3w_Vy9CWoVtHx1XSaeiFpsOzh-zy5eu0Khp1PtG1sA@mail.gmail.com|wrong results due to qual pushdown}}<br />
** Original commit: {{PgCommitURL|2489d76c4}}<br />
** Fixed at: {{PgCommitURL|9df8f903eb6758be5a19e66cdf77e922e9329c31}}<br />
<br />
* Revert {{PgCommitURL|ec386948948}}, per {{messageLink|20230330105325.y6uvpalspynf2frt@alvherre.pgsql|Re: "variable not found in subplan target list"}}<br />
** Reverted at {{PgCommitURL|5472743d9e8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAEZATCWETioXs5kY8vT6BVguY41_wD962VDk%3Du_Nvd7S1UXzuQ%40mail.gmail.com ERROR: ORDER/GROUP BY expression not found in targetlist]<br />
** Fixed at: {{PgCommitURL|da5800d5fa636c6e10c9c98402d872c76aa1c8d0}}<br />
<br />
* [https://www.postgresql.org/message-id/20230212233711.GA1316@telsasoft.com various elogs hit by sqlsmith (ExecRTCheckPerms() and many prunable partitions)]<br />
** Fixed at: {{PgCommitURL|c7468c73f7b6e842a53c12eaee5578a76a8fa7a6}}<br />
<br />
* [https://www.postgresql.org/message-id/20230228235834.GC30529@telsasoft.com pg_dump: zlib compression fails for empty objects (LOs)]<br />
** Fixed at: {{PgCommitURL|00d9dcf5bebbb355152a60f0e2120cdf7f9e7ddd}}<br />
<br />
* [https://www.postgresql.org/message-id/20230227044910.GO1653@telsasoft.com pg_dump: lz4 compression uses no persistent state and writes a block header for every row]<br />
** Fixed at: {{PgCommitURL|0070b66fef21e909adb283f7faa7b1978836ad75}}<br />
<br />
* {{messageLink|3590249.1680971629@sss.pgh.pa.us|Assertion failure with parallel full hash join}}<br />
** Fixed at: {{PgCommitURL|b37d051b0e59e4324e346655a27509507813db79}}<br />
<br />
* {{messageLink|ZDDO6jaESKaBgej0@tamriel.snowman.net|De-revert "Add support for Kerberos credential delegation"}}<br />
** Owner: Stephen Frost<br />
** Original commit: {{PgCommitURL|3d4fa227bce4294ce1cc214b4a9d3b7caa3f0454}}<br />
** Revert: ({{PgCommitURL|3d03b24c350ab060bb223623bdff38835bd7afd0}}<br />
** De-Revert: {{PgCommitURL|6633cfb21691840c33816a6dacaca0b504efb895}}<br />
** Resolved at: {{PgCommitURL|f7431bca8b0138bdbce7025871560d39119565a0}}<br />
<br />
* {{messageLink|c39be3c5-c1a5-1e33-1024-16f527e251a4@enterprisedb.com|SSL tests break on non-existing system CA pool}}<br />
** Fixed at: {{PgCommitURL|0b5d1fb36adda612bd3d5d032463a6eeb0729237}}<br />
<br />
* {{messageLink|CAD21AoBS7o6Ljt_vfqPQPf67AhzKu3fR0iqk8B%3DvVYczMugKMQ%40mail.gmail.com|VacuumUpdateCosts() logging condition incorrect for some initial values of vacuum_cost_delay}}<br />
** Fixed at: {{PgCommitURL|a9781ae11ba2fdb44a3a72c9a7ebb727140b25c5}}<br />
<br />
* {{messageLink|CA%2BhUKGJ-ZPJwKHVLbqye92-ZXeLoCHu5wJL6L6HhNP7FkJ%3DmeA%40mail.gmail.com|check_strxfrm_bug()}}<br />
** Owner: Thomas Munro<br />
** Fixed at: {{PgCommitURL|7d3d72b55edd1b7552a9a358991555994efab0e9}}<br />
<br />
* {{messageLink|20230317230930.nhsgk3qfk7f4axls%40awork3.anarazel.de|Should we remove vacuum_defer_cleanup_age?}}<br />
** Owner: Andres Freund<br />
** Fixed at: {{PgCommitURL|1118cd37eb61e6a2428f457a8b2026a7bb3f801a}}<br />
<br />
* {{messageLink|2fefa454-5a70-2174-ddbf-4a0e41537139@gmail.com|Add two missing tests in 035_standby_logical_decoding.pl}}<br />
** Fixed at: {{PgCommitURL|376dc820531bafcbf105fff74c5b14c23d9950af}}<br />
** Fixed at: {{PgCommitURL|a6e04b1d20c2e9cece9b64bb5b36ebfdc3a9031b}}<br />
<br />
* {{messageLink|b32bed1b-0746-9b20-1472-4bdc9ca66d52@gmail.com|Performance regression due to SQLValueFunction removal}}<br />
** Fixed at: {{PgCommitURL|d8c3106bb60e4f87be595f241e173ba3c2b7aa2c}}<br />
<br />
* {{messageLink|20230419172326.dhgyo4wrrhulovt6%40awork3.anarazel.de|pg_stat_io not tracking smgrwriteback() is confusing}}<br />
** Owner: Andres Freund<br />
** Fixed at: {{PgCommitURL|093e5c57d506783a95dd8feddd9a3f2651e1aeba}}<br />
<br />
* {{messageLink|ZFhCyn4Gm2eu60rB@paquier.xyz|Table data compression is broken with pg_dump --compress lz4}}<br />
** Owner: Tomas Vondra<br />
** Fixed at: {{PgCommitURL|1a05c1d252993b0a59c58a6daf91a2df9333044f}}<br />
<br />
* {{messageLink|94ae9bca-5ebb-1e68-bb7b-4f32e89fefbe@gmail.com|Valgrind unhappy with LZ4F code in pg_dump}}<br />
** Owner: Tomas Vondra<br />
** Fixed at: {{PgCommitURL|3c18d90f8907e53c3021fca13ad046133c480e4d}}<br />
<br />
* {{messageLink|20230509190247.3rrplhdgem6su6cg@awork3.anarazel.de|walsender performance regression due to logical decoding on standby changes}}<br />
** Owner: Andres Freund<br />
** Original commit: {{PgCommitURL|e101dfac}}<br />
** Fixed at: {{PgCommitURL|bc971f4025c378ce500d86597c34b0ef996d4d8c}}<br />
<br />
== Won't Fix ==<br />
<br />
* Is it OK that WL_SOCKET_ACCEPT is less fair on Windows than on Unix (and than the coding before 16) when there are multiple server sockets configured?<br />
** {{messageLink|CA%2BhUKG%2BA2dk29hr5zRP3HVJQ-_PncNJM6HVQ7aaYLXLRBZU-xw%40mail.gmail.com|WL_SOCKET_ACCEPT fairness on Windows}} has a (blind) patch to fix that, but would need a Windows hacker to test<br />
** Owner: Thomas Munro<br />
** Original commit: {{PgCommitURL|7389aad6}}<br />
** Issue reclassified as a non-critical improvement to be [https://commitfest.postgresql.org/43/4263/ considered for 17]<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Beta 3: (August 10, 2023)<br />
* Beta 2: June 29, 2023<br />
* Beta 1: May 25, 2023<br />
* Feature Freeze: April 8, 2023 0:00 AoE ('''Last Day to Commit Features''')<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
* [[PostgreSQL 15 Open Items]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_16_Open_Items&diff=38015PostgreSQL 16 Open Items2023-06-25T14:43:12Z<p>Tgl: /* Live issues */ add bug #17997 as live issue</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
'''NOTE''': If known, please list the Owner of the open item.<br />
<br />
* {{messageLink|e587e2ee-7de0-88a2-10f8-c7cf001bab8c%40postgrespro.ru|psql: Add role's membership options to the \du+ command}}<br />
** [https://commitfest.postgresql.org/43/4116/ CF Entry]<br />
** NOTE: This is not a committed feature for v16<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* [https://www.postgresql.org/message-id/268fd337-8bb7-92e6-0da2-416c022c11f3%40enterprisedb.com Reconsider a utility_query_id GUC to control if query jumbling of utilities can go through the past string-only mode and the new mode?]<br />
** Potential owner: Michael Paquier<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer] [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report] [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report] [https://www.postgresql.org/message-id/flat/CAPH-tTxLf44s3CvUUtQpkDr1D8Hxqc2NGDzGXS1ODsfiJ6WSqA%40mail.gmail.com Another report] [https://www.postgresql.org/message-id/flat/a53cacb0-8835-57d6-31e4-4c5ef196de1a@deepbluecap.com Another report]<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/ZArVOMifjzE7f8W7%40paquier.xyz Requiring recovery.signal or standby.signal when recovering with a backup_label]<br />
** This is a rather old behavior that affects all stable branches, still not something that should be backpatched as-is.<br />
<br />
* {{messageLink|cfcca574-6967-c5ab-7dc3-2c82b6723b99@mail.ru|pg_visibility's pg_check_visible() yields false positive when working in parallel with autovacuum}}<br />
** {{messageLink|1649062270.289865713@f403.i.mail.ru|Thread with patch}} [https://commitfest.postgresql.org/43/3739/ CF Entry]<br />
<br />
* {{messageLink|1516594.1681482708@sss.pgh.pa.us|We are not compatible with newly-released LLVM 16}}<br />
** {{messageLink|CA%2BhUKGKNX_%3Df%2B1C4r06WETKTq0G4Z_7q4L4Fxn5WWpMycDj9Fw%40mail.gmail.com|Patch}}<br />
** Owner: Thomas Munro (volunteer LLVM API change chaser)<br />
<br />
* {{messageLink|20230314174521.74jl6ffqsee5mtug%40awork3.anarazel.de|DROP DATABASE is interruptible}}<br />
** Additional discussion: {{messageLink|01020187577238cf-da8c0f4a-3ab9-445a-8c74-31ef51439f30-000000%40eu-west-1.amazonses.com|"PANIC: could not open critical system index 2662" - twice}}<br />
<br />
* {{messageLink|17997-a044c27aef95daf8@postgresql.org|Assertion failure when attaching a partition index}}<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
** Fixed at: {{PgCommitURL|8fcb32db98eda1ad2a0c0b40b1cbb5d9a7aa68f0}} and {{PgCommitURL|ffd1b6bb6f8a2ffc929699772610c6925364dbb3}} for HEAD.<br />
<br />
* [https://www.postgresql.org/message-id/flat/CAC+AXB26a4EmxM2suXxPpJaGrqAdxracd7hskLg-zxtPB50h7A@mail.gmail.com Fix fseek() detection of unseekable files on WIN32]<br />
** Fixed at: {{PgCommitURL|a923e21631a29dc8b8781d7d02b5003d0df64ca3}} and {{PgCommitURL|765f5df726918bcdcfd16bcc5418e48663d1dd59}}, down to 14.<br />
<br />
* {{messageLink|CAAKRu_bETD%2BAri600h6fRjX2p8rJSeMAUp%3D_y88juqOZgouTSg%40mail.gmail.com|Can't disable autovacuum cost delay through storage parameter}}<br />
** Fixed at: {{PgCommitURL|bfac8f8bc4a44c67c9f35b5266676278e4ba1217}}, down to 11.<br />
<br />
* {{messageLink|CAJ7c6TMBTN3rcz4%3DAjYhLPD_w3FFT0Wq_C15jxCDn8U4tZnH1g@mail.gmail.com| EPQ misbehaves for inherited/partitioned tables}}<br />
** Fixed at: {{PgCommitURL|70b42f279}}, down to 14.<br />
<br />
* {{messageLink|ZEZDj1H61ryrmY9o@msg.df7cb.de|could not extend file "base/5/3501" with FileFallocate(): Interrupted system call}}<br />
** Original commit: {{PgCommitURL|4d330a61bb1}}<br />
** Fixed at: {{PgCommitURL|0d369ac650}}<br />
<br />
== Non-bugs ==<br />
<br />
* {{messageLink|17862-1ab8f74b0f7b0611@postgresql.org|WindowAgg startup costs don't take into account partition bound. Can lead to incorrect use of cheap startup plans}}<br />
** {{messageLink|CAApHDvrB0S5BMv+0-wTTqWFE-BJ0noWqTnDu9QQfjZ2VSpLv_g@mail.gmail.com|Patch to fix and discussion}}<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 16beta2 ===<br />
* {{messageLink|17978-12f3d93a55297266@postgresql.org|wrong join order subsequent to removal of delay_upper_joins check}}<br />
** Owner: Tom Lane<br />
** Fixed at: {{PgCommitURL|3af87736bf5d5c7bea086d962afc2bbf4f29279a}}<br />
* {{messageLink|DFBB2D25-DE97-49CA-A60E-07C881EA59A7@winand.at|Inconsistent nulling bitmap in nestloop parameters}}<br />
** Owner: Tom Lane<br />
** All known issues fixed as of {{PgCommitURL|efeb12ef0bfef0b5aa966a56bb4dbb1f936bda0c}}<br />
* {{messageLink|17976-4b638b525e9a983b@postgresql.org|join removal can no longer skip updating EquivalenceClasses}}<br />
** Owner: Tom Lane<br />
** Fixed at: {{PgCommitURL|f4c00d138f6dea4c9d8af8ec280b7edc9b0a29e1}}<br />
* {{messageLink|CAH2-Wz%3D8Z9qY58bjm_7TAHgtW6RzZ5Ke62q5emdCEy9BAzwhmg%40mail.gmail.com|Cleaning up nbtree after logical decoding on standby work}}<br />
** Owner: Peter Geoghegan, Andres Freund<br />
** Original commit: {{PgCommitURL|61b313e4}}<br />
** Fixed at: {{PgCommitURL|d088ba5a}}<br />
* {{messageLink|CAMbWs4_tuVn9EwwMcggGiZJWWstdXX_ci8FeEU17vs+4nLgw3w@mail.gmail.com|Assert failure and wrong query results due to incorrectly removing PHV}}<br />
** Owner: Tom Lane<br />
** Fixed at: {{PgCommitURL|9a2dbc614e6e47da3c49daacec106da32eba9467}}<br />
* {{messageLink|CAMbWs4-_vwkBij4XOQ5ukxUvLgwTm0kS5_DO9CicUeKbEfKjUw%40mail.gmail.com|Assert failure of the cross-check for nullingrels}}<br />
** Owner: Tom Lane<br />
** Original commit: {{PgCommitURL|2489d76c4}}<br />
** [https://commitfest.postgresql.org/43/4250/ CF Entry]<br />
** Fixed at: {{PgCommitURL|991a3df22}}<br />
* Switch to ICU for 17?<br />
** Owner: Jeff Davis<br />
** {{messageLink|82c4c816-06f6-d3e3-ba02-fca4a5cef065@enterprisedb.com|I suggest waiting until next week to commit it and then see what happens}}<br />
** [https://commitfest.postgresql.org/42/4169/ CF Entry]<br />
** Open item description not clear; if it is an open item, it's redundant with the issue "The rules for choosing default ICU locale seem pretty unfriendly". Closed. <br />
* {{messageLink|874jp9f5jo.fsf@news-spur.riddles.org.uk|The rules for choosing default ICU locale seem pretty unfriendly}}<br />
** Owner: Jeff Davis<br />
** Fixed at: {{PgCommitURL|2535c74b1a}}, {{PgCommitURL|f3a01af29b}}<br />
* {{messageLink|20230613211246.GA219055@nathanxps13|ff9618e creates cache lookup hazards with partition trees}}<br />
** Owner: Nathan Bossart, <s>Jeff Davis</s><br />
** Fixed at: {{PgCommitURL|4dbdb82513}}, {{PgCommitURL|c2122aae63}}<br />
=== resolved before 16beta1 ===<br />
* {{messageLink|CAHewXNnu7u1aT%3D%3DWjnCRa%2BSzKb6s80hvwPP_9eMvvvtdyFdqjw%40mail.gmail.com|ERROR: wrong varnullingrels (b 5 7) (expected (b)) for Var 3/3}}<br />
** Fixed at: {{PgCommitURL|d0f952691}}<br />
* {{messageLink|d46f9265-ff3c-6743-2278-6772598233c2%40pgmasters.net|Possible regression setting GUCs on \connect}}<br />
** Owner: Alexander Korotkov<br />
** Discussion on reverting {{PgCommitURL|096dd80f3}}<br />
** Original commit: {{PgCommitURL|096dd80f3}}<br />
** Reverted at: {{PgCommitURL|b9a7a822723aebb16cbe7e5fb874e5124745b07e}}<br />
<br />
* Planner makes improper clause pushdown decisions due to outer-join-aware-Vars changes<br />
** {{messageLink|0b819232-4b50-f245-1c7d-c8c61bf41827@postgrespro.ru|Clause accidentally pushed down}}<br />
** {{messageLink|CAHewXNks3w_Vy9CWoVtHx1XSaeiFpsOzh-zy5eu0Khp1PtG1sA@mail.gmail.com|wrong results due to qual pushdown}}<br />
** Original commit: {{PgCommitURL|2489d76c4}}<br />
** Fixed at: {{PgCommitURL|9df8f903eb6758be5a19e66cdf77e922e9329c31}}<br />
<br />
* Revert {{PgCommitURL|ec386948948}}, per {{messageLink|20230330105325.y6uvpalspynf2frt@alvherre.pgsql|Re: "variable not found in subplan target list"}}<br />
** Reverted at {{PgCommitURL|5472743d9e8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAEZATCWETioXs5kY8vT6BVguY41_wD962VDk%3Du_Nvd7S1UXzuQ%40mail.gmail.com ERROR: ORDER/GROUP BY expression not found in targetlist]<br />
** Fixed at: {{PgCommitURL|da5800d5fa636c6e10c9c98402d872c76aa1c8d0}}<br />
<br />
* [https://www.postgresql.org/message-id/20230212233711.GA1316@telsasoft.com various elogs hit by sqlsmith (ExecRTCheckPerms() and many prunable partitions)]<br />
** Fixed at: {{PgCommitURL|c7468c73f7b6e842a53c12eaee5578a76a8fa7a6}}<br />
<br />
* [https://www.postgresql.org/message-id/20230228235834.GC30529@telsasoft.com pg_dump: zlib compression fails for empty objects (LOs)]<br />
** Fixed at: {{PgCommitURL|00d9dcf5bebbb355152a60f0e2120cdf7f9e7ddd}}<br />
<br />
* [https://www.postgresql.org/message-id/20230227044910.GO1653@telsasoft.com pg_dump: lz4 compression uses no persistent state and writes a block header for every row]<br />
** Fixed at: {{PgCommitURL|0070b66fef21e909adb283f7faa7b1978836ad75}}<br />
<br />
* {{messageLink|3590249.1680971629@sss.pgh.pa.us|Assertion failure with parallel full hash join}}<br />
** Fixed at: {{PgCommitURL|b37d051b0e59e4324e346655a27509507813db79}}<br />
<br />
* {{messageLink|ZDDO6jaESKaBgej0@tamriel.snowman.net|De-revert "Add support for Kerberos credential delegation"}}<br />
** Owner: Stephen Frost<br />
** Original commit: {{PgCommitURL|3d4fa227bce4294ce1cc214b4a9d3b7caa3f0454}}<br />
** Revert: ({{PgCommitURL|3d03b24c350ab060bb223623bdff38835bd7afd0}}<br />
** De-Revert: {{PgCommitURL|6633cfb21691840c33816a6dacaca0b504efb895}}<br />
** Resolved at: {{PgCommitURL|f7431bca8b0138bdbce7025871560d39119565a0}}<br />
<br />
* {{messageLink|c39be3c5-c1a5-1e33-1024-16f527e251a4@enterprisedb.com|SSL tests break on non-existing system CA pool}}<br />
** Fixed at: {{PgCommitURL|0b5d1fb36adda612bd3d5d032463a6eeb0729237}}<br />
<br />
* {{messageLink|CAD21AoBS7o6Ljt_vfqPQPf67AhzKu3fR0iqk8B%3DvVYczMugKMQ%40mail.gmail.com|VacuumUpdateCosts() logging condition incorrect for some initial values of vacuum_cost_delay}}<br />
** Fixed at: {{PgCommitURL|a9781ae11ba2fdb44a3a72c9a7ebb727140b25c5}}<br />
<br />
* {{messageLink|CA%2BhUKGJ-ZPJwKHVLbqye92-ZXeLoCHu5wJL6L6HhNP7FkJ%3DmeA%40mail.gmail.com|check_strxfrm_bug()}}<br />
** Owner: Thomas Munro<br />
** Fixed at: {{PgCommitURL|7d3d72b55edd1b7552a9a358991555994efab0e9}}<br />
<br />
* {{messageLink|20230317230930.nhsgk3qfk7f4axls%40awork3.anarazel.de|Should we remove vacuum_defer_cleanup_age?}}<br />
** Owner: Andres Freund<br />
** Fixed at: {{PgCommitURL|1118cd37eb61e6a2428f457a8b2026a7bb3f801a}}<br />
<br />
* {{messageLink|2fefa454-5a70-2174-ddbf-4a0e41537139@gmail.com|Add two missing tests in 035_standby_logical_decoding.pl}}<br />
** Fixed at: {{PgCommitURL|376dc820531bafcbf105fff74c5b14c23d9950af}}<br />
** Fixed at: {{PgCommitURL|a6e04b1d20c2e9cece9b64bb5b36ebfdc3a9031b}}<br />
<br />
* {{messageLink|b32bed1b-0746-9b20-1472-4bdc9ca66d52@gmail.com|Performance regression due to SQLValueFunction removal}}<br />
** Fixed at: {{PgCommitURL|d8c3106bb60e4f87be595f241e173ba3c2b7aa2c}}<br />
<br />
* {{messageLink|20230419172326.dhgyo4wrrhulovt6%40awork3.anarazel.de|pg_stat_io not tracking smgrwriteback() is confusing}}<br />
** Owner: Andres Freund<br />
** Fixed at: {{PgCommitURL|093e5c57d506783a95dd8feddd9a3f2651e1aeba}}<br />
<br />
* {{messageLink|ZFhCyn4Gm2eu60rB@paquier.xyz|Table data compression is broken with pg_dump --compress lz4}}<br />
** Owner: Tomas Vondra<br />
** Fixed at: {{PgCommitURL|1a05c1d252993b0a59c58a6daf91a2df9333044f}}<br />
<br />
* {{messageLink|94ae9bca-5ebb-1e68-bb7b-4f32e89fefbe@gmail.com|Valgrind unhappy with LZ4F code in pg_dump}}<br />
** Owner: Tomas Vondra<br />
** Fixed at: {{PgCommitURL|3c18d90f8907e53c3021fca13ad046133c480e4d}}<br />
<br />
* {{messageLink|20230509190247.3rrplhdgem6su6cg@awork3.anarazel.de|walsender performance regression due to logical decoding on standby changes}}<br />
** Owner: Andres Freund<br />
** Original commit: {{PgCommitURL|e101dfac}}<br />
** Fixed at: {{PgCommitURL|bc971f4025c378ce500d86597c34b0ef996d4d8c}}<br />
<br />
== Won't Fix ==<br />
<br />
* Is it OK that WL_SOCKET_ACCEPT is less fair on Windows than on Unix (and than the coding before 16) when there are multiple server sockets configured?<br />
** {{messageLink|CA%2BhUKG%2BA2dk29hr5zRP3HVJQ-_PncNJM6HVQ7aaYLXLRBZU-xw%40mail.gmail.com|WL_SOCKET_ACCEPT fairness on Windows}} has a (blind) patch to fix that, but would need a Windows hacker to test<br />
** Owner: Thomas Munro<br />
** Original commit: {{PgCommitURL|7389aad6}}<br />
** Issue reclassified as a non-critical improvement to be [https://commitfest.postgresql.org/43/4263/ considered for 17]<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Beta 2: June 29, 2023<br />
* Beta 1: May 25, 2023<br />
* Feature Freeze: April 8, 2023 0:00 AoE ('''Last Day to Commit Features''')<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
* [[PostgreSQL 15 Open Items]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_16_Open_Items&diff=37999PostgreSQL 16 Open Items2023-06-20T15:15:00Z<p>Tgl: planner issues are resolved (as of now, anyway)</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
'''NOTE''': If known, please list the Owner of the open item.<br />
<br />
* Switch to ICU for 17?<br />
** Owner: Jeff Davis<br />
** {{messageLink|82c4c816-06f6-d3e3-ba02-fca4a5cef065@enterprisedb.com|I suggest waiting until next week to commit it and then see what happens}}<br />
** [https://commitfest.postgresql.org/42/4169/ CF Entry]<br />
* {{messageLink|e587e2ee-7de0-88a2-10f8-c7cf001bab8c%40postgrespro.ru|psql: Add role's membership options to the \du+ command}}<br />
** [https://commitfest.postgresql.org/43/4116/ CF Entry]<br />
** NOTE: This is not a committed feature for v16<br />
* {{messageLink|874jp9f5jo.fsf@news-spur.riddles.org.uk|The rules for choosing default ICU locale seem pretty unfriendly}}<br />
** Owner: Jeff Davis<br />
* {{messageLink|ZEZDj1H61ryrmY9o@msg.df7cb.de|could not extend file "base/5/3501" with FileFallocate(): Interrupted system call}}<br />
** Owner: Andres Freund<br />
** Original commit: {{PgCommitURL|4d330a61bb1}}<br />
* {{messageLink|20230613211246.GA219055@nathanxps13|ff9618e creates cache lookup hazards with partition trees}}<br />
** Owner: Nathan Bossart, <s>Jeff Davis</s><br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* [https://www.postgresql.org/message-id/268fd337-8bb7-92e6-0da2-416c022c11f3%40enterprisedb.com Reconsider a utility_query_id GUC to control if query jumbling of utilities can go through the past string-only mode and the new mode?]<br />
** Potential owner: Michael Paquier<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer] [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report] [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report] [https://www.postgresql.org/message-id/flat/CAPH-tTxLf44s3CvUUtQpkDr1D8Hxqc2NGDzGXS1ODsfiJ6WSqA%40mail.gmail.com Another report] [https://www.postgresql.org/message-id/flat/a53cacb0-8835-57d6-31e4-4c5ef196de1a@deepbluecap.com Another report]<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/ZArVOMifjzE7f8W7%40paquier.xyz Requiring recovery.signal or standby.signal when recovering with a backup_label]<br />
** This is a rather old behavior that affects all stable branches, still not something that should be backpatched as-is.<br />
<br />
* {{messageLink|cfcca574-6967-c5ab-7dc3-2c82b6723b99@mail.ru|pg_visibility's pg_check_visible() yields false positive when working in parallel with autovacuum}}<br />
** {{messageLink|1649062270.289865713@f403.i.mail.ru|Thread with patch}} [https://commitfest.postgresql.org/43/3739/ CF Entry]<br />
<br />
* {{messageLink|1516594.1681482708@sss.pgh.pa.us|We are not compatible with newly-released LLVM 16}}<br />
** {{messageLink|CA%2BhUKGKNX_%3Df%2B1C4r06WETKTq0G4Z_7q4L4Fxn5WWpMycDj9Fw%40mail.gmail.com|Patch}}<br />
** Owner: Thomas Munro (volunteer LLVM API change chaser)<br />
<br />
* {{messageLink|20230314174521.74jl6ffqsee5mtug%40awork3.anarazel.de|DROP DATABASE is interruptible}}<br />
** Additional discussion: {{messageLink|01020187577238cf-da8c0f4a-3ab9-445a-8c74-31ef51439f30-000000%40eu-west-1.amazonses.com|"PANIC: could not open critical system index 2662" - twice}}<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
** Fixed at: {{PgCommitURL|8fcb32db98eda1ad2a0c0b40b1cbb5d9a7aa68f0}} and {{PgCommitURL|ffd1b6bb6f8a2ffc929699772610c6925364dbb3}} for HEAD.<br />
<br />
* [https://www.postgresql.org/message-id/flat/CAC+AXB26a4EmxM2suXxPpJaGrqAdxracd7hskLg-zxtPB50h7A@mail.gmail.com Fix fseek() detection of unseekable files on WIN32]<br />
** Fixed at: {{PgCommitURL|a923e21631a29dc8b8781d7d02b5003d0df64ca3}} and {{PgCommitURL|765f5df726918bcdcfd16bcc5418e48663d1dd59}}, down to 14.<br />
<br />
* {{messageLink|CAAKRu_bETD%2BAri600h6fRjX2p8rJSeMAUp%3D_y88juqOZgouTSg%40mail.gmail.com|Can't disable autovacuum cost delay through storage parameter}}<br />
** Fixed at: {{PgCommitURL|bfac8f8bc4a44c67c9f35b5266676278e4ba1217}}, down to 11.<br />
<br />
* {{messageLink|CAJ7c6TMBTN3rcz4%3DAjYhLPD_w3FFT0Wq_C15jxCDn8U4tZnH1g@mail.gmail.com| EPQ misbehaves for inherited/partitioned tables}}<br />
** Fixed at: {{PgCommitURL|70b42f279}}, down to 14.<br />
<br />
== Non-bugs ==<br />
<br />
* {{messageLink|17862-1ab8f74b0f7b0611@postgresql.org|WindowAgg startup costs don't take into account partition bound. Can lead to incorrect use of cheap startup plans}}<br />
** {{messageLink|CAApHDvrB0S5BMv+0-wTTqWFE-BJ0noWqTnDu9QQfjZ2VSpLv_g@mail.gmail.com|Patch to fix and discussion}}<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 16beta2 ===<br />
* {{messageLink|17978-12f3d93a55297266@postgresql.org|wrong join order subsequent to removal of delay_upper_joins check}}<br />
** Owner: Tom Lane<br />
** Fixed at: {{PgCommitURL|3af87736bf5d5c7bea086d962afc2bbf4f29279a}}<br />
* {{messageLink|DFBB2D25-DE97-49CA-A60E-07C881EA59A7@winand.at|Inconsistent nulling bitmap in nestloop parameters}}<br />
** Owner: Tom Lane<br />
** All known issues fixed as of {{PgCommitURL|efeb12ef0bfef0b5aa966a56bb4dbb1f936bda0c}}<br />
* {{messageLink|17976-4b638b525e9a983b@postgresql.org|join removal can no longer skip updating EquivalenceClasses}}<br />
** Owner: Tom Lane<br />
** Fixed at: {{PgCommitURL|f4c00d138f6dea4c9d8af8ec280b7edc9b0a29e1}}<br />
* {{messageLink|CAH2-Wz%3D8Z9qY58bjm_7TAHgtW6RzZ5Ke62q5emdCEy9BAzwhmg%40mail.gmail.com|Cleaning up nbtree after logical decoding on standby work}}<br />
** Owner: Peter Geoghegan, Andres Freund<br />
** Original commit: {{PgCommitURL|61b313e4}}<br />
** Fixed at: {{PgCommitURL|d088ba5a}}<br />
* {{messageLink|CAMbWs4_tuVn9EwwMcggGiZJWWstdXX_ci8FeEU17vs+4nLgw3w@mail.gmail.com|Assert failure and wrong query results due to incorrectly removing PHV}}<br />
** Owner: Tom Lane<br />
** Fixed at: {{PgCommitURL|9a2dbc614e6e47da3c49daacec106da32eba9467}}<br />
* {{messageLink|CAMbWs4-_vwkBij4XOQ5ukxUvLgwTm0kS5_DO9CicUeKbEfKjUw%40mail.gmail.com|Assert failure of the cross-check for nullingrels}}<br />
** Owner: Tom Lane<br />
** Original commit: {{PgCommitURL|2489d76c4}}<br />
** [https://commitfest.postgresql.org/43/4250/ CF Entry]<br />
** Fixed at: {{PgCommitURL|991a3df22}}<br />
<br />
=== resolved before 16beta1 ===<br />
* {{messageLink|CAHewXNnu7u1aT%3D%3DWjnCRa%2BSzKb6s80hvwPP_9eMvvvtdyFdqjw%40mail.gmail.com|ERROR: wrong varnullingrels (b 5 7) (expected (b)) for Var 3/3}}<br />
** Fixed at: {{PgCommitURL|d0f952691}}<br />
* {{messageLink|d46f9265-ff3c-6743-2278-6772598233c2%40pgmasters.net|Possible regression setting GUCs on \connect}}<br />
** Owner: Alexander Korotkov<br />
** Discussion on reverting {{PgCommitURL|096dd80f3}}<br />
** Original commit: {{PgCommitURL|096dd80f3}}<br />
** Reverted at: {{PgCommitURL|b9a7a822723aebb16cbe7e5fb874e5124745b07e}}<br />
<br />
* Planner makes improper clause pushdown decisions due to outer-join-aware-Vars changes<br />
** {{messageLink|0b819232-4b50-f245-1c7d-c8c61bf41827@postgrespro.ru|Clause accidentally pushed down}}<br />
** {{messageLink|CAHewXNks3w_Vy9CWoVtHx1XSaeiFpsOzh-zy5eu0Khp1PtG1sA@mail.gmail.com|wrong results due to qual pushdown}}<br />
** Original commit: {{PgCommitURL|2489d76c4}}<br />
** Fixed at: {{PgCommitURL|9df8f903eb6758be5a19e66cdf77e922e9329c31}}<br />
<br />
* Revert {{PgCommitURL|ec386948948}}, per {{messageLink|20230330105325.y6uvpalspynf2frt@alvherre.pgsql|Re: "variable not found in subplan target list"}}<br />
** Reverted at {{PgCommitURL|5472743d9e8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAEZATCWETioXs5kY8vT6BVguY41_wD962VDk%3Du_Nvd7S1UXzuQ%40mail.gmail.com ERROR: ORDER/GROUP BY expression not found in targetlist]<br />
** Fixed at: {{PgCommitURL|da5800d5fa636c6e10c9c98402d872c76aa1c8d0}}<br />
<br />
* [https://www.postgresql.org/message-id/20230212233711.GA1316@telsasoft.com various elogs hit by sqlsmith (ExecRTCheckPerms() and many prunable partitions)]<br />
** Fixed at: {{PgCommitURL|c7468c73f7b6e842a53c12eaee5578a76a8fa7a6}}<br />
<br />
* [https://www.postgresql.org/message-id/20230228235834.GC30529@telsasoft.com pg_dump: zlib compression fails for empty objects (LOs)]<br />
** Fixed at: {{PgCommitURL|00d9dcf5bebbb355152a60f0e2120cdf7f9e7ddd}}<br />
<br />
* [https://www.postgresql.org/message-id/20230227044910.GO1653@telsasoft.com pg_dump: lz4 compression uses no persistent state and writes a block header for every row]<br />
** Fixed at: {{PgCommitURL|0070b66fef21e909adb283f7faa7b1978836ad75}}<br />
<br />
* {{messageLink|3590249.1680971629@sss.pgh.pa.us|Assertion failure with parallel full hash join}}<br />
** Fixed at: {{PgCommitURL|b37d051b0e59e4324e346655a27509507813db79}}<br />
<br />
* {{messageLink|ZDDO6jaESKaBgej0@tamriel.snowman.net|De-revert "Add support for Kerberos credential delegation"}}<br />
** Owner: Stephen Frost<br />
** Original commit: {{PgCommitURL|3d4fa227bce4294ce1cc214b4a9d3b7caa3f0454}}<br />
** Revert: ({{PgCommitURL|3d03b24c350ab060bb223623bdff38835bd7afd0}}<br />
** De-Revert: {{PgCommitURL|6633cfb21691840c33816a6dacaca0b504efb895}}<br />
** Resolved at: {{PgCommitURL|f7431bca8b0138bdbce7025871560d39119565a0}}<br />
<br />
* {{messageLink|c39be3c5-c1a5-1e33-1024-16f527e251a4@enterprisedb.com|SSL tests break on non-existing system CA pool}}<br />
** Fixed at: {{PgCommitURL|0b5d1fb36adda612bd3d5d032463a6eeb0729237}}<br />
<br />
* {{messageLink|CAD21AoBS7o6Ljt_vfqPQPf67AhzKu3fR0iqk8B%3DvVYczMugKMQ%40mail.gmail.com|VacuumUpdateCosts() logging condition incorrect for some initial values of vacuum_cost_delay}}<br />
** Fixed at: {{PgCommitURL|a9781ae11ba2fdb44a3a72c9a7ebb727140b25c5}}<br />
<br />
* {{messageLink|CA%2BhUKGJ-ZPJwKHVLbqye92-ZXeLoCHu5wJL6L6HhNP7FkJ%3DmeA%40mail.gmail.com|check_strxfrm_bug()}}<br />
** Owner: Thomas Munro<br />
** Fixed at: {{PgCommitURL|7d3d72b55edd1b7552a9a358991555994efab0e9}}<br />
<br />
* {{messageLink|20230317230930.nhsgk3qfk7f4axls%40awork3.anarazel.de|Should we remove vacuum_defer_cleanup_age?}}<br />
** Owner: Andres Freund<br />
** Fixed at: {{PgCommitURL|1118cd37eb61e6a2428f457a8b2026a7bb3f801a}}<br />
<br />
* {{messageLink|2fefa454-5a70-2174-ddbf-4a0e41537139@gmail.com|Add two missing tests in 035_standby_logical_decoding.pl}}<br />
** Fixed at: {{PgCommitURL|376dc820531bafcbf105fff74c5b14c23d9950af}}<br />
** Fixed at: {{PgCommitURL|a6e04b1d20c2e9cece9b64bb5b36ebfdc3a9031b}}<br />
<br />
* {{messageLink|b32bed1b-0746-9b20-1472-4bdc9ca66d52@gmail.com|Performance regression due to SQLValueFunction removal}}<br />
** Fixed at: {{PgCommitURL|d8c3106bb60e4f87be595f241e173ba3c2b7aa2c}}<br />
<br />
* {{messageLink|20230419172326.dhgyo4wrrhulovt6%40awork3.anarazel.de|pg_stat_io not tracking smgrwriteback() is confusing}}<br />
** Owner: Andres Freund<br />
** Fixed at: {{PgCommitURL|093e5c57d506783a95dd8feddd9a3f2651e1aeba}}<br />
<br />
* {{messageLink|ZFhCyn4Gm2eu60rB@paquier.xyz|Table data compression is broken with pg_dump --compress lz4}}<br />
** Owner: Tomas Vondra<br />
** Fixed at: {{PgCommitURL|1a05c1d252993b0a59c58a6daf91a2df9333044f}}<br />
<br />
* {{messageLink|94ae9bca-5ebb-1e68-bb7b-4f32e89fefbe@gmail.com|Valgrind unhappy with LZ4F code in pg_dump}}<br />
** Owner: Tomas Vondra<br />
** Fixed at: {{PgCommitURL|3c18d90f8907e53c3021fca13ad046133c480e4d}}<br />
<br />
* {{messageLink|20230509190247.3rrplhdgem6su6cg@awork3.anarazel.de|walsender performance regression due to logical decoding on standby changes}}<br />
** Owner: Andres Freund<br />
** Original commit: {{PgCommitURL|e101dfac}}<br />
** Fixed at: {{PgCommitURL|bc971f4025c378ce500d86597c34b0ef996d4d8c}}<br />
<br />
== Won't Fix ==<br />
<br />
* Is it OK that WL_SOCKET_ACCEPT is less fair on Windows than on Unix (and than the coding before 16) when there are multiple server sockets configured?<br />
** {{messageLink|CA%2BhUKG%2BA2dk29hr5zRP3HVJQ-_PncNJM6HVQ7aaYLXLRBZU-xw%40mail.gmail.com|WL_SOCKET_ACCEPT fairness on Windows}} has a (blind) patch to fix that, but would need a Windows hacker to test<br />
** Owner: Thomas Munro<br />
** Original commit: {{PgCommitURL|7389aad6}}<br />
** Issue reclassified as a non-critical improvement to be [https://commitfest.postgresql.org/43/4263/ considered for 17]<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Beta 2: June 29, 2023<br />
* Beta 1: May 25, 2023<br />
* Feature Freeze: April 8, 2023 0:00 AoE ('''Last Day to Commit Features''')<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
* [[PostgreSQL 15 Open Items]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_16_Open_Items&diff=37994PostgreSQL 16 Open Items2023-06-17T20:01:19Z<p>Tgl: /* Open Issues */ add bug #17978</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
'''NOTE''': If known, please list the Owner of the open item.<br />
<br />
* Switch to ICU for 17?<br />
** Owner: Jeff Davis<br />
** {{messageLink|82c4c816-06f6-d3e3-ba02-fca4a5cef065@enterprisedb.com|I suggest waiting until next week to commit it and then see what happens}}<br />
** [https://commitfest.postgresql.org/42/4169/ CF Entry]<br />
* {{messageLink|e587e2ee-7de0-88a2-10f8-c7cf001bab8c%40postgrespro.ru|psql: Add role's membership options to the \du+ command}}<br />
** [https://commitfest.postgresql.org/43/4116/ CF Entry]<br />
** NOTE: This is not a committed feature for v16<br />
* {{messageLink|874jp9f5jo.fsf@news-spur.riddles.org.uk|The rules for choosing default ICU locale seem pretty unfriendly}}<br />
** Owner: Jeff Davis<br />
* {{messageLink|ZEZDj1H61ryrmY9o@msg.df7cb.de|could not extend file "base/5/3501" with FileFallocate(): Interrupted system call}}<br />
** Owner: Andres Freund<br />
** Original commit: {{PgCommitURL|4d330a61bb1}}<br />
* {{messageLink|DFBB2D25-DE97-49CA-A60E-07C881EA59A7@winand.at|Inconsistent nulling bitmap in nestloop parameters}}<br />
** Owner: Tom Lane<br />
* {{messageLink|20230613211246.GA219055@nathanxps13|ff9618e creates cache lookup hazards with partition trees}}<br />
** Owner: Nathan Bossart, Jeff Davis<br />
* {{messageLink|17976-4b638b525e9a983b@postgresql.org|join removal can no longer skip updating EquivalenceClasses}}<br />
** Owner: Tom Lane<br />
* {{messageLink|17978-12f3d93a55297266@postgresql.org|wrong join order subsequent to removal of delay_upper_joins check}}<br />
** Owner: Tom Lane<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* [https://www.postgresql.org/message-id/268fd337-8bb7-92e6-0da2-416c022c11f3%40enterprisedb.com Reconsider a utility_query_id GUC to control if query jumbling of utilities can go through the past string-only mode and the new mode?]<br />
** Potential owner: Michael Paquier<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer] [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report] [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report] [https://www.postgresql.org/message-id/flat/CAPH-tTxLf44s3CvUUtQpkDr1D8Hxqc2NGDzGXS1ODsfiJ6WSqA%40mail.gmail.com Another report] [https://www.postgresql.org/message-id/flat/a53cacb0-8835-57d6-31e4-4c5ef196de1a@deepbluecap.com Another report]<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/ZArVOMifjzE7f8W7%40paquier.xyz Requiring recovery.signal or standby.signal when recovering with a backup_label]<br />
** This is a rather old behavior that affects all stable branches, still not something that should be backpatched as-is.<br />
<br />
* {{messageLink|cfcca574-6967-c5ab-7dc3-2c82b6723b99@mail.ru|pg_visibility's pg_check_visible() yields false positive when working in parallel with autovacuum}}<br />
** {{messageLink|1649062270.289865713@f403.i.mail.ru|Thread with patch}} [https://commitfest.postgresql.org/43/3739/ CF Entry]<br />
<br />
* {{messageLink|1516594.1681482708@sss.pgh.pa.us|We are not compatible with newly-released LLVM 16}}<br />
** {{messageLink|CA%2BhUKGKNX_%3Df%2B1C4r06WETKTq0G4Z_7q4L4Fxn5WWpMycDj9Fw%40mail.gmail.com|Patch}}<br />
** Owner: Thomas Munro (volunteer LLVM API change chaser)<br />
<br />
* {{messageLink|20230314174521.74jl6ffqsee5mtug%40awork3.anarazel.de|DROP DATABASE is interruptible}}<br />
** Additional discussion: {{messageLink|01020187577238cf-da8c0f4a-3ab9-445a-8c74-31ef51439f30-000000%40eu-west-1.amazonses.com|"PANIC: could not open critical system index 2662" - twice}}<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
** Fixed at: {{PgCommitURL|8fcb32db98eda1ad2a0c0b40b1cbb5d9a7aa68f0}} and {{PgCommitURL|ffd1b6bb6f8a2ffc929699772610c6925364dbb3}} for HEAD.<br />
<br />
* [https://www.postgresql.org/message-id/flat/CAC+AXB26a4EmxM2suXxPpJaGrqAdxracd7hskLg-zxtPB50h7A@mail.gmail.com Fix fseek() detection of unseekable files on WIN32]<br />
** Fixed at: {{PgCommitURL|a923e21631a29dc8b8781d7d02b5003d0df64ca3}} and {{PgCommitURL|765f5df726918bcdcfd16bcc5418e48663d1dd59}}, down to 14.<br />
<br />
* {{messageLink|CAAKRu_bETD%2BAri600h6fRjX2p8rJSeMAUp%3D_y88juqOZgouTSg%40mail.gmail.com|Can't disable autovacuum cost delay through storage parameter}}<br />
** Fixed at: {{PgCommitURL|bfac8f8bc4a44c67c9f35b5266676278e4ba1217}}, down to 11.<br />
<br />
* {{messageLink|CAJ7c6TMBTN3rcz4%3DAjYhLPD_w3FFT0Wq_C15jxCDn8U4tZnH1g@mail.gmail.com| EPQ misbehaves for inherited/partitioned tables}}<br />
** Fixed at: {{PgCommitURL|70b42f279}}, down to 14.<br />
<br />
== Non-bugs ==<br />
<br />
* {{messageLink|17862-1ab8f74b0f7b0611@postgresql.org|WindowAgg startup costs don't take into account partition bound. Can lead to incorrect use of cheap startup plans}}<br />
** {{messageLink|CAApHDvrB0S5BMv+0-wTTqWFE-BJ0noWqTnDu9QQfjZ2VSpLv_g@mail.gmail.com|Patch to fix and discussion}}<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 16beta2 ===<br />
* {{messageLink|CAH2-Wz%3D8Z9qY58bjm_7TAHgtW6RzZ5Ke62q5emdCEy9BAzwhmg%40mail.gmail.com|Cleaning up nbtree after logical decoding on standby work}}<br />
** Owner: Peter Geoghegan, Andres Freund<br />
** Original commit: {{PgCommitURL|61b313e4}}<br />
** Fixed at: {{PgCommitURL|d088ba5a}}<br />
* {{messageLink|CAMbWs4_tuVn9EwwMcggGiZJWWstdXX_ci8FeEU17vs+4nLgw3w@mail.gmail.com|Assert failure and wrong query results due to incorrectly removing PHV}}<br />
** Owner: Tom Lane<br />
** Fixed at: {{PgCommitURL|9a2dbc614e6e47da3c49daacec106da32eba9467}}<br />
* {{messageLink|CAMbWs4-_vwkBij4XOQ5ukxUvLgwTm0kS5_DO9CicUeKbEfKjUw%40mail.gmail.com|Assert failure of the cross-check for nullingrels}}<br />
** Owner: Tom Lane<br />
** Original commit: {{PgCommitURL|2489d76c4}}<br />
** [https://commitfest.postgresql.org/43/4250/ CF Entry]<br />
** Fixed at: {{PgCommitURL|991a3df22}}<br />
<br />
=== resolved before 16beta1 ===<br />
* {{messageLink|CAHewXNnu7u1aT%3D%3DWjnCRa%2BSzKb6s80hvwPP_9eMvvvtdyFdqjw%40mail.gmail.com|ERROR: wrong varnullingrels (b 5 7) (expected (b)) for Var 3/3}}<br />
** Fixed at: {{PgCommitURL|d0f952691}}<br />
* {{messageLink|d46f9265-ff3c-6743-2278-6772598233c2%40pgmasters.net|Possible regression setting GUCs on \connect}}<br />
** Owner: Alexander Korotkov<br />
** Discussion on reverting {{PgCommitURL|096dd80f3}}<br />
** Original commit: {{PgCommitURL|096dd80f3}}<br />
** Reverted at: {{PgCommitURL|b9a7a822723aebb16cbe7e5fb874e5124745b07e}}<br />
<br />
* Planner makes improper clause pushdown decisions due to outer-join-aware-Vars changes<br />
** {{messageLink|0b819232-4b50-f245-1c7d-c8c61bf41827@postgrespro.ru|Clause accidentally pushed down}}<br />
** {{messageLink|CAHewXNks3w_Vy9CWoVtHx1XSaeiFpsOzh-zy5eu0Khp1PtG1sA@mail.gmail.com|wrong results due to qual pushdown}}<br />
** Original commit: {{PgCommitURL|2489d76c4}}<br />
** Fixed at: {{PgCommitURL|9df8f903eb6758be5a19e66cdf77e922e9329c31}}<br />
<br />
* Revert {{PgCommitURL|ec386948948}}, per {{messageLink|20230330105325.y6uvpalspynf2frt@alvherre.pgsql|Re: "variable not found in subplan target list"}}<br />
** Reverted at {{PgCommitURL|5472743d9e8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAEZATCWETioXs5kY8vT6BVguY41_wD962VDk%3Du_Nvd7S1UXzuQ%40mail.gmail.com ERROR: ORDER/GROUP BY expression not found in targetlist]<br />
** Fixed at: {{PgCommitURL|da5800d5fa636c6e10c9c98402d872c76aa1c8d0}}<br />
<br />
* [https://www.postgresql.org/message-id/20230212233711.GA1316@telsasoft.com various elogs hit by sqlsmith (ExecRTCheckPerms() and many prunable partitions)]<br />
** Fixed at: {{PgCommitURL|c7468c73f7b6e842a53c12eaee5578a76a8fa7a6}}<br />
<br />
* [https://www.postgresql.org/message-id/20230228235834.GC30529@telsasoft.com pg_dump: zlib compression fails for empty objects (LOs)]<br />
** Fixed at: {{PgCommitURL|00d9dcf5bebbb355152a60f0e2120cdf7f9e7ddd}}<br />
<br />
* [https://www.postgresql.org/message-id/20230227044910.GO1653@telsasoft.com pg_dump: lz4 compression uses no persistent state and writes a block header for every row]<br />
** Fixed at: {{PgCommitURL|0070b66fef21e909adb283f7faa7b1978836ad75}}<br />
<br />
* {{messageLink|3590249.1680971629@sss.pgh.pa.us|Assertion failure with parallel full hash join}}<br />
** Fixed at: {{PgCommitURL|b37d051b0e59e4324e346655a27509507813db79}}<br />
<br />
* {{messageLink|ZDDO6jaESKaBgej0@tamriel.snowman.net|De-revert "Add support for Kerberos credential delegation"}}<br />
** Owner: Stephen Frost<br />
** Original commit: {{PgCommitURL|3d4fa227bce4294ce1cc214b4a9d3b7caa3f0454}}<br />
** Revert: ({{PgCommitURL|3d03b24c350ab060bb223623bdff38835bd7afd0}}<br />
** De-Revert: {{PgCommitURL|6633cfb21691840c33816a6dacaca0b504efb895}}<br />
** Resolved at: {{PgCommitURL|f7431bca8b0138bdbce7025871560d39119565a0}}<br />
<br />
* {{messageLink|c39be3c5-c1a5-1e33-1024-16f527e251a4@enterprisedb.com|SSL tests break on non-existing system CA pool}}<br />
** Fixed at: {{PgCommitURL|0b5d1fb36adda612bd3d5d032463a6eeb0729237}}<br />
<br />
* {{messageLink|CAD21AoBS7o6Ljt_vfqPQPf67AhzKu3fR0iqk8B%3DvVYczMugKMQ%40mail.gmail.com|VacuumUpdateCosts() logging condition incorrect for some initial values of vacuum_cost_delay}}<br />
** Fixed at: {{PgCommitURL|a9781ae11ba2fdb44a3a72c9a7ebb727140b25c5}}<br />
<br />
* {{messageLink|CA%2BhUKGJ-ZPJwKHVLbqye92-ZXeLoCHu5wJL6L6HhNP7FkJ%3DmeA%40mail.gmail.com|check_strxfrm_bug()}}<br />
** Owner: Thomas Munro<br />
** Fixed at: {{PgCommitURL|7d3d72b55edd1b7552a9a358991555994efab0e9}}<br />
<br />
* {{messageLink|20230317230930.nhsgk3qfk7f4axls%40awork3.anarazel.de|Should we remove vacuum_defer_cleanup_age?}}<br />
** Owner: Andres Freund<br />
** Fixed at: {{PgCommitURL|1118cd37eb61e6a2428f457a8b2026a7bb3f801a}}<br />
<br />
* {{messageLink|2fefa454-5a70-2174-ddbf-4a0e41537139@gmail.com|Add two missing tests in 035_standby_logical_decoding.pl}}<br />
** Fixed at: {{PgCommitURL|376dc820531bafcbf105fff74c5b14c23d9950af}}<br />
** Fixed at: {{PgCommitURL|a6e04b1d20c2e9cece9b64bb5b36ebfdc3a9031b}}<br />
<br />
* {{messageLink|b32bed1b-0746-9b20-1472-4bdc9ca66d52@gmail.com|Performance regression due to SQLValueFunction removal}}<br />
** Fixed at: {{PgCommitURL|d8c3106bb60e4f87be595f241e173ba3c2b7aa2c}}<br />
<br />
* {{messageLink|20230419172326.dhgyo4wrrhulovt6%40awork3.anarazel.de|pg_stat_io not tracking smgrwriteback() is confusing}}<br />
** Owner: Andres Freund<br />
** Fixed at: {{PgCommitURL|093e5c57d506783a95dd8feddd9a3f2651e1aeba}}<br />
<br />
* {{messageLink|ZFhCyn4Gm2eu60rB@paquier.xyz|Table data compression is broken with pg_dump --compress lz4}}<br />
** Owner: Tomas Vondra<br />
** Fixed at: {{PgCommitURL|1a05c1d252993b0a59c58a6daf91a2df9333044f}}<br />
<br />
* {{messageLink|94ae9bca-5ebb-1e68-bb7b-4f32e89fefbe@gmail.com|Valgrind unhappy with LZ4F code in pg_dump}}<br />
** Owner: Tomas Vondra<br />
** Fixed at: {{PgCommitURL|3c18d90f8907e53c3021fca13ad046133c480e4d}}<br />
<br />
* {{messageLink|20230509190247.3rrplhdgem6su6cg@awork3.anarazel.de|walsender performance regression due to logical decoding on standby changes}}<br />
** Owner: Andres Freund<br />
** Original commit: {{PgCommitURL|e101dfac}}<br />
** Fixed at: {{PgCommitURL|bc971f4025c378ce500d86597c34b0ef996d4d8c}}<br />
<br />
== Won't Fix ==<br />
<br />
* Is it OK that WL_SOCKET_ACCEPT is less fair on Windows than on Unix (and than the coding before 16) when there are multiple server sockets configured?<br />
** {{messageLink|CA%2BhUKG%2BA2dk29hr5zRP3HVJQ-_PncNJM6HVQ7aaYLXLRBZU-xw%40mail.gmail.com|WL_SOCKET_ACCEPT fairness on Windows}} has a (blind) patch to fix that, but would need a Windows hacker to test<br />
** Owner: Thomas Munro<br />
** Original commit: {{PgCommitURL|7389aad6}}<br />
** Issue reclassified as a non-critical improvement to be [https://commitfest.postgresql.org/43/4263/ considered for 17]<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Beta 2: June 29, 2023<br />
* Beta 1: May 25, 2023<br />
* Feature Freeze: April 8, 2023 0:00 AoE ('''Last Day to Commit Features''')<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
* [[PostgreSQL 15 Open Items]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_16_Open_Items&diff=37992PostgreSQL 16 Open Items2023-06-14T23:47:11Z<p>Tgl: /* Open Issues */ add bug #17976 issue</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
'''NOTE''': If known, please list the Owner of the open item.<br />
<br />
* Switch to ICU for 17?<br />
** Owner: Jeff Davis<br />
** {{messageLink|82c4c816-06f6-d3e3-ba02-fca4a5cef065@enterprisedb.com|I suggest waiting until next week to commit it and then see what happens}}<br />
** [https://commitfest.postgresql.org/42/4169/ CF Entry]<br />
* {{messageLink|e587e2ee-7de0-88a2-10f8-c7cf001bab8c%40postgrespro.ru|psql: Add role's membership options to the \du+ command}}<br />
** [https://commitfest.postgresql.org/43/4116/ CF Entry]<br />
** NOTE: This is not a committed feature for v16<br />
* {{messageLink|874jp9f5jo.fsf@news-spur.riddles.org.uk|The rules for choosing default ICU locale seem pretty unfriendly}}<br />
** Owner: Jeff Davis<br />
* {{messageLink|ZEZDj1H61ryrmY9o@msg.df7cb.de|could not extend file "base/5/3501" with FileFallocate(): Interrupted system call}}<br />
** Owner: Andres Freund<br />
** Original commit: {{PgCommitURL|4d330a61bb1}}<br />
* {{messageLink|DFBB2D25-DE97-49CA-A60E-07C881EA59A7@winand.at|Inconsistent nulling bitmap in nestloop parameters}}<br />
** Owner: Tom Lane<br />
* {{messageLink|20230613211246.GA219055@nathanxps13|ff9618e creates cache lookup hazards with partition trees}}<br />
** Owner: Nathan Bossart, Jeff Davis<br />
* {{messageLink|17976-4b638b525e9a983b@postgresql.org|join removal can no longer skip updating EquivalenceClasses}}<br />
** Owner: Tom Lane<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* [https://www.postgresql.org/message-id/268fd337-8bb7-92e6-0da2-416c022c11f3%40enterprisedb.com Reconsider a utility_query_id GUC to control if query jumbling of utilities can go through the past string-only mode and the new mode?]<br />
** Potential owner: Michael Paquier<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer] [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report] [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report] [https://www.postgresql.org/message-id/flat/CAPH-tTxLf44s3CvUUtQpkDr1D8Hxqc2NGDzGXS1ODsfiJ6WSqA%40mail.gmail.com Another report] [https://www.postgresql.org/message-id/flat/a53cacb0-8835-57d6-31e4-4c5ef196de1a@deepbluecap.com Another report]<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/ZArVOMifjzE7f8W7%40paquier.xyz Requiring recovery.signal or standby.signal when recovering with a backup_label]<br />
** This is a rather old behavior that affects all stable branches, still not something that should be backpatched as-is.<br />
<br />
* {{messageLink|cfcca574-6967-c5ab-7dc3-2c82b6723b99@mail.ru|pg_visibility's pg_check_visible() yields false positive when working in parallel with autovacuum}}<br />
** {{messageLink|1649062270.289865713@f403.i.mail.ru|Thread with patch}} [https://commitfest.postgresql.org/43/3739/ CF Entry]<br />
<br />
* {{messageLink|1516594.1681482708@sss.pgh.pa.us|We are not compatible with newly-released LLVM 16}}<br />
** {{messageLink|CA%2BhUKGKNX_%3Df%2B1C4r06WETKTq0G4Z_7q4L4Fxn5WWpMycDj9Fw%40mail.gmail.com|Patch}}<br />
** Owner: Thomas Munro (volunteer LLVM API change chaser)<br />
<br />
* {{messageLink|20230314174521.74jl6ffqsee5mtug%40awork3.anarazel.de|DROP DATABASE is interruptible}}<br />
** Additional discussion: {{messageLink|01020187577238cf-da8c0f4a-3ab9-445a-8c74-31ef51439f30-000000%40eu-west-1.amazonses.com|"PANIC: could not open critical system index 2662" - twice}}<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
** Fixed at: {{PgCommitURL|8fcb32db98eda1ad2a0c0b40b1cbb5d9a7aa68f0}} and {{PgCommitURL|ffd1b6bb6f8a2ffc929699772610c6925364dbb3}} for HEAD.<br />
<br />
* [https://www.postgresql.org/message-id/flat/CAC+AXB26a4EmxM2suXxPpJaGrqAdxracd7hskLg-zxtPB50h7A@mail.gmail.com Fix fseek() detection of unseekable files on WIN32]<br />
** Fixed at: {{PgCommitURL|a923e21631a29dc8b8781d7d02b5003d0df64ca3}} and {{PgCommitURL|765f5df726918bcdcfd16bcc5418e48663d1dd59}}, down to 14.<br />
<br />
* {{messageLink|CAAKRu_bETD%2BAri600h6fRjX2p8rJSeMAUp%3D_y88juqOZgouTSg%40mail.gmail.com|Can't disable autovacuum cost delay through storage parameter}}<br />
** Fixed at: {{PgCommitURL|bfac8f8bc4a44c67c9f35b5266676278e4ba1217}}, down to 11.<br />
<br />
* {{messageLink|CAJ7c6TMBTN3rcz4%3DAjYhLPD_w3FFT0Wq_C15jxCDn8U4tZnH1g@mail.gmail.com| EPQ misbehaves for inherited/partitioned tables}}<br />
** Fixed at: {{PgCommitURL|70b42f279}}, down to 14.<br />
<br />
== Non-bugs ==<br />
<br />
* {{messageLink|17862-1ab8f74b0f7b0611@postgresql.org|WindowAgg startup costs don't take into account partition bound. Can lead to incorrect use of cheap startup plans}}<br />
** {{messageLink|CAApHDvrB0S5BMv+0-wTTqWFE-BJ0noWqTnDu9QQfjZ2VSpLv_g@mail.gmail.com|Patch to fix and discussion}}<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 16beta2 ===<br />
* {{messageLink|CAH2-Wz%3D8Z9qY58bjm_7TAHgtW6RzZ5Ke62q5emdCEy9BAzwhmg%40mail.gmail.com|Cleaning up nbtree after logical decoding on standby work}}<br />
** Owner: Peter Geoghegan, Andres Freund<br />
** Original commit: {{PgCommitURL|61b313e4}}<br />
** Fixed at: {{PgCommitURL|d088ba5a}}<br />
* {{messageLink|CAMbWs4_tuVn9EwwMcggGiZJWWstdXX_ci8FeEU17vs+4nLgw3w@mail.gmail.com|Assert failure and wrong query results due to incorrectly removing PHV}}<br />
** Owner: Tom Lane<br />
** Fixed at: {{PgCommitURL|9a2dbc614e6e47da3c49daacec106da32eba9467}}<br />
* {{messageLink|CAMbWs4-_vwkBij4XOQ5ukxUvLgwTm0kS5_DO9CicUeKbEfKjUw%40mail.gmail.com|Assert failure of the cross-check for nullingrels}}<br />
** Owner: Tom Lane<br />
** Original commit: {{PgCommitURL|2489d76c4}}<br />
** [https://commitfest.postgresql.org/43/4250/ CF Entry]<br />
** Fixed at: {{PgCommitURL|991a3df22}}<br />
<br />
=== resolved before 16beta1 ===<br />
* {{messageLink|CAHewXNnu7u1aT%3D%3DWjnCRa%2BSzKb6s80hvwPP_9eMvvvtdyFdqjw%40mail.gmail.com|ERROR: wrong varnullingrels (b 5 7) (expected (b)) for Var 3/3}}<br />
** Fixed at: {{PgCommitURL|d0f952691}}<br />
* {{messageLink|d46f9265-ff3c-6743-2278-6772598233c2%40pgmasters.net|Possible regression setting GUCs on \connect}}<br />
** Owner: Alexander Korotkov<br />
** Discussion on reverting {{PgCommitURL|096dd80f3}}<br />
** Original commit: {{PgCommitURL|096dd80f3}}<br />
** Reverted at: {{PgCommitURL|b9a7a822723aebb16cbe7e5fb874e5124745b07e}}<br />
<br />
* Planner makes improper clause pushdown decisions due to outer-join-aware-Vars changes<br />
** {{messageLink|0b819232-4b50-f245-1c7d-c8c61bf41827@postgrespro.ru|Clause accidentally pushed down}}<br />
** {{messageLink|CAHewXNks3w_Vy9CWoVtHx1XSaeiFpsOzh-zy5eu0Khp1PtG1sA@mail.gmail.com|wrong results due to qual pushdown}}<br />
** Original commit: {{PgCommitURL|2489d76c4}}<br />
** Fixed at: {{PgCommitURL|9df8f903eb6758be5a19e66cdf77e922e9329c31}}<br />
<br />
* Revert {{PgCommitURL|ec386948948}}, per {{messageLink|20230330105325.y6uvpalspynf2frt@alvherre.pgsql|Re: "variable not found in subplan target list"}}<br />
** Reverted at {{PgCommitURL|5472743d9e8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAEZATCWETioXs5kY8vT6BVguY41_wD962VDk%3Du_Nvd7S1UXzuQ%40mail.gmail.com ERROR: ORDER/GROUP BY expression not found in targetlist]<br />
** Fixed at: {{PgCommitURL|da5800d5fa636c6e10c9c98402d872c76aa1c8d0}}<br />
<br />
* [https://www.postgresql.org/message-id/20230212233711.GA1316@telsasoft.com various elogs hit by sqlsmith (ExecRTCheckPerms() and many prunable partitions)]<br />
** Fixed at: {{PgCommitURL|c7468c73f7b6e842a53c12eaee5578a76a8fa7a6}}<br />
<br />
* [https://www.postgresql.org/message-id/20230228235834.GC30529@telsasoft.com pg_dump: zlib compression fails for empty objects (LOs)]<br />
** Fixed at: {{PgCommitURL|00d9dcf5bebbb355152a60f0e2120cdf7f9e7ddd}}<br />
<br />
* [https://www.postgresql.org/message-id/20230227044910.GO1653@telsasoft.com pg_dump: lz4 compression uses no persistent state and writes a block header for every row]<br />
** Fixed at: {{PgCommitURL|0070b66fef21e909adb283f7faa7b1978836ad75}}<br />
<br />
* {{messageLink|3590249.1680971629@sss.pgh.pa.us|Assertion failure with parallel full hash join}}<br />
** Fixed at: {{PgCommitURL|b37d051b0e59e4324e346655a27509507813db79}}<br />
<br />
* {{messageLink|ZDDO6jaESKaBgej0@tamriel.snowman.net|De-revert "Add support for Kerberos credential delegation"}}<br />
** Owner: Stephen Frost<br />
** Original commit: {{PgCommitURL|3d4fa227bce4294ce1cc214b4a9d3b7caa3f0454}}<br />
** Revert: ({{PgCommitURL|3d03b24c350ab060bb223623bdff38835bd7afd0}}<br />
** De-Revert: {{PgCommitURL|6633cfb21691840c33816a6dacaca0b504efb895}}<br />
** Resolved at: {{PgCommitURL|f7431bca8b0138bdbce7025871560d39119565a0}}<br />
<br />
* {{messageLink|c39be3c5-c1a5-1e33-1024-16f527e251a4@enterprisedb.com|SSL tests break on non-existing system CA pool}}<br />
** Fixed at: {{PgCommitURL|0b5d1fb36adda612bd3d5d032463a6eeb0729237}}<br />
<br />
* {{messageLink|CAD21AoBS7o6Ljt_vfqPQPf67AhzKu3fR0iqk8B%3DvVYczMugKMQ%40mail.gmail.com|VacuumUpdateCosts() logging condition incorrect for some initial values of vacuum_cost_delay}}<br />
** Fixed at: {{PgCommitURL|a9781ae11ba2fdb44a3a72c9a7ebb727140b25c5}}<br />
<br />
* {{messageLink|CA%2BhUKGJ-ZPJwKHVLbqye92-ZXeLoCHu5wJL6L6HhNP7FkJ%3DmeA%40mail.gmail.com|check_strxfrm_bug()}}<br />
** Owner: Thomas Munro<br />
** Fixed at: {{PgCommitURL|7d3d72b55edd1b7552a9a358991555994efab0e9}}<br />
<br />
* {{messageLink|20230317230930.nhsgk3qfk7f4axls%40awork3.anarazel.de|Should we remove vacuum_defer_cleanup_age?}}<br />
** Owner: Andres Freund<br />
** Fixed at: {{PgCommitURL|1118cd37eb61e6a2428f457a8b2026a7bb3f801a}}<br />
<br />
* {{messageLink|2fefa454-5a70-2174-ddbf-4a0e41537139@gmail.com|Add two missing tests in 035_standby_logical_decoding.pl}}<br />
** Fixed at: {{PgCommitURL|376dc820531bafcbf105fff74c5b14c23d9950af}}<br />
** Fixed at: {{PgCommitURL|a6e04b1d20c2e9cece9b64bb5b36ebfdc3a9031b}}<br />
<br />
* {{messageLink|b32bed1b-0746-9b20-1472-4bdc9ca66d52@gmail.com|Performance regression due to SQLValueFunction removal}}<br />
** Fixed at: {{PgCommitURL|d8c3106bb60e4f87be595f241e173ba3c2b7aa2c}}<br />
<br />
* {{messageLink|20230419172326.dhgyo4wrrhulovt6%40awork3.anarazel.de|pg_stat_io not tracking smgrwriteback() is confusing}}<br />
** Owner: Andres Freund<br />
** Fixed at: {{PgCommitURL|093e5c57d506783a95dd8feddd9a3f2651e1aeba}}<br />
<br />
* {{messageLink|ZFhCyn4Gm2eu60rB@paquier.xyz|Table data compression is broken with pg_dump --compress lz4}}<br />
** Owner: Tomas Vondra<br />
** Fixed at: {{PgCommitURL|1a05c1d252993b0a59c58a6daf91a2df9333044f}}<br />
<br />
* {{messageLink|94ae9bca-5ebb-1e68-bb7b-4f32e89fefbe@gmail.com|Valgrind unhappy with LZ4F code in pg_dump}}<br />
** Owner: Tomas Vondra<br />
** Fixed at: {{PgCommitURL|3c18d90f8907e53c3021fca13ad046133c480e4d}}<br />
<br />
* {{messageLink|20230509190247.3rrplhdgem6su6cg@awork3.anarazel.de|walsender performance regression due to logical decoding on standby changes}}<br />
** Owner: Andres Freund<br />
** Original commit: {{PgCommitURL|e101dfac}}<br />
** Fixed at: {{PgCommitURL|bc971f4025c378ce500d86597c34b0ef996d4d8c}}<br />
<br />
== Won't Fix ==<br />
<br />
* Is it OK that WL_SOCKET_ACCEPT is less fair on Windows than on Unix (and than the coding before 16) when there are multiple server sockets configured?<br />
** {{messageLink|CA%2BhUKG%2BA2dk29hr5zRP3HVJQ-_PncNJM6HVQ7aaYLXLRBZU-xw%40mail.gmail.com|WL_SOCKET_ACCEPT fairness on Windows}} has a (blind) patch to fix that, but would need a Windows hacker to test<br />
** Owner: Thomas Munro<br />
** Original commit: {{PgCommitURL|7389aad6}}<br />
** Issue reclassified as a non-critical improvement to be [https://commitfest.postgresql.org/43/4263/ considered for 17]<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Beta 2: TBD<br />
* Beta 1: May 25, 2023<br />
* Feature Freeze: April 8, 2023 0:00 AoE ('''Last Day to Commit Features''')<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
* [[PostgreSQL 15 Open Items]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_16_Open_Items&diff=37866PostgreSQL 16 Open Items2023-05-24T21:41:32Z<p>Tgl: /* Fixed issues */ thinko</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
'''NOTE''': If known, please list the Owner of the open item.<br />
<br />
* Switch to ICU for 17?<br />
** Owner: Jeff Davis<br />
** {{messageLink|82c4c816-06f6-d3e3-ba02-fca4a5cef065@enterprisedb.com|I suggest waiting until next week to commit it and then see what happens}}<br />
** [https://commitfest.postgresql.org/42/4169/ CF Entry]<br />
* {{messageLink|e587e2ee-7de0-88a2-10f8-c7cf001bab8c%40postgrespro.ru|psql: Add role's membership options to the \du+ command}}<br />
** [https://commitfest.postgresql.org/43/4116/ CF Entry]<br />
** NOTE: This is not a committed feature for v16<br />
* {{messageLink|874jp9f5jo.fsf@news-spur.riddles.org.uk|The rules for choosing default ICU locale seem pretty unfriendly}}<br />
** Owner: Jeff Davis<br />
* {{messageLink|CAMbWs4-_vwkBij4XOQ5ukxUvLgwTm0kS5_DO9CicUeKbEfKjUw%40mail.gmail.com|Assert failure of the cross-check for nullingrels}}<br />
** Owner: Tom Lane<br />
** Original commit: {{PgCommitURL|2489d76c4}}<br />
** [https://commitfest.postgresql.org/43/4250/ CF Entry]<br />
* {{messageLink|ZEZDj1H61ryrmY9o@msg.df7cb.de|could not extend file "base/5/3501" with FileFallocate(): Interrupted system call}}<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* [https://www.postgresql.org/message-id/268fd337-8bb7-92e6-0da2-416c022c11f3%40enterprisedb.com Reconsider a utility_query_id GUC to control if query jumbling of utilities can go through the past string-only mode and the new mode?]<br />
** Potential owner: Michael Paquier<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer] [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report] [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report] [https://www.postgresql.org/message-id/flat/CAPH-tTxLf44s3CvUUtQpkDr1D8Hxqc2NGDzGXS1ODsfiJ6WSqA%40mail.gmail.com Another report] [https://www.postgresql.org/message-id/flat/a53cacb0-8835-57d6-31e4-4c5ef196de1a@deepbluecap.com Another report]<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/ZArVOMifjzE7f8W7%40paquier.xyz Requiring recovery.signal or standby.signal when recovering with a backup_label]<br />
** This is a rather old behavior that affects all stable branches, still not something that should be backpatched as-is.<br />
<br />
* {{messageLink|cfcca574-6967-c5ab-7dc3-2c82b6723b99@mail.ru|pg_visibility's pg_check_visible() yields false positive when working in parallel with autovacuum}}<br />
** {{messageLink|1649062270.289865713@f403.i.mail.ru|Thread with patch}} [https://commitfest.postgresql.org/43/3739/ CF Entry]<br />
<br />
* {{messageLink|17862-1ab8f74b0f7b0611@postgresql.org|WindowAgg startup costs don't take into account partition bound. Can lead to incorrect use of cheap startup plans}}<br />
** {{messageLink|CAApHDvrB0S5BMv+0-wTTqWFE-BJ0noWqTnDu9QQfjZ2VSpLv_g@mail.gmail.com|Patch to fix and discussion}}<br />
<br />
* {{messageLink|1516594.1681482708@sss.pgh.pa.us|We are not compatible with newly-released LLVM 16}}<br />
** {{messageLink|CA%2BhUKGKNX_%3Df%2B1C4r06WETKTq0G4Z_7q4L4Fxn5WWpMycDj9Fw%40mail.gmail.com|Patch}}<br />
** Owner: Thomas Munro (volunteer LLVM API change chaser)<br />
<br />
* {{messageLink|20230314174521.74jl6ffqsee5mtug%40awork3.anarazel.de|DROP DATABASE is interruptible}}<br />
** Additional discussion: {{messageLink|01020187577238cf-da8c0f4a-3ab9-445a-8c74-31ef51439f30-000000%40eu-west-1.amazonses.com|"PANIC: could not open critical system index 2662" - twice}}<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
** Fixed at: {{PgCommitURL|8fcb32db98eda1ad2a0c0b40b1cbb5d9a7aa68f0}} and {{PgCommitURL|ffd1b6bb6f8a2ffc929699772610c6925364dbb3}} for HEAD.<br />
<br />
* [https://www.postgresql.org/message-id/flat/CAC+AXB26a4EmxM2suXxPpJaGrqAdxracd7hskLg-zxtPB50h7A@mail.gmail.com Fix fseek() detection of unseekable files on WIN32]<br />
** Fixed at: {{PgCommitURL|a923e21631a29dc8b8781d7d02b5003d0df64ca3}} and {{PgCommitURL|765f5df726918bcdcfd16bcc5418e48663d1dd59}}, down to 14.<br />
<br />
* {{messageLink|CAAKRu_bETD%2BAri600h6fRjX2p8rJSeMAUp%3D_y88juqOZgouTSg%40mail.gmail.com|Can't disable autovacuum cost delay through storage parameter}}<br />
** Fixed at: {{PgCommitURL|bfac8f8bc4a44c67c9f35b5266676278e4ba1217}}, down to 11.<br />
<br />
* {{messageLink|CAJ7c6TMBTN3rcz4%3DAjYhLPD_w3FFT0Wq_C15jxCDn8U4tZnH1g@mail.gmail.com| EPQ misbehaves for inherited/partitioned tables}}<br />
** Fixed at: {{PgCommitURL|70b42f279}}, down to 14.<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 16beta2 ===<br />
<br />
=== resolved before 16beta1 ===<br />
<br />
* {{messageLink|CAHewXNnu7u1aT%3D%3DWjnCRa%2BSzKb6s80hvwPP_9eMvvvtdyFdqjw%40mail.gmail.com|ERROR: wrong varnullingrels (b 5 7) (expected (b)) for Var 3/3}}<br />
** Fixed at: {{PgCommitURL|d0f952691}}<br />
* {{messageLink|d46f9265-ff3c-6743-2278-6772598233c2%40pgmasters.net|Possible regression setting GUCs on \connect}}<br />
** Owner: Alexander Korotkov<br />
** Discussion on reverting {{PgCommitURL|096dd80f3}}<br />
** Original commit: {{PgCommitURL|096dd80f3}}<br />
** Reverted at: {{PgCommitURL|b9a7a822723aebb16cbe7e5fb874e5124745b07e}}<br />
<br />
* Planner makes improper clause pushdown decisions due to outer-join-aware-Vars changes<br />
** {{messageLink|0b819232-4b50-f245-1c7d-c8c61bf41827@postgrespro.ru|Clause accidentally pushed down}}<br />
** {{messageLink|CAHewXNks3w_Vy9CWoVtHx1XSaeiFpsOzh-zy5eu0Khp1PtG1sA@mail.gmail.com|wrong results due to qual pushdown}}<br />
** Original commit: {{PgCommitURL|2489d76c4}}<br />
** Fixed at: {{PgCommitURL|9df8f903eb6758be5a19e66cdf77e922e9329c31}}<br />
<br />
* Revert {{PgCommitURL|ec386948948}}, per {{messageLink|20230330105325.y6uvpalspynf2frt@alvherre.pgsql|Re: "variable not found in subplan target list"}}<br />
** Reverted at {{PgCommitURL|5472743d9e8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAEZATCWETioXs5kY8vT6BVguY41_wD962VDk%3Du_Nvd7S1UXzuQ%40mail.gmail.com ERROR: ORDER/GROUP BY expression not found in targetlist]<br />
** Fixed at: {{PgCommitURL|da5800d5fa636c6e10c9c98402d872c76aa1c8d0}}<br />
<br />
* [https://www.postgresql.org/message-id/20230212233711.GA1316@telsasoft.com various elogs hit by sqlsmith (ExecRTCheckPerms() and many prunable partitions)]<br />
** Fixed at: {{PgCommitURL|c7468c73f7b6e842a53c12eaee5578a76a8fa7a6}}<br />
<br />
* [https://www.postgresql.org/message-id/20230228235834.GC30529@telsasoft.com pg_dump: zlib compression fails for empty objects (LOs)]<br />
** Fixed at: {{PgCommitURL|00d9dcf5bebbb355152a60f0e2120cdf7f9e7ddd}}<br />
<br />
* [https://www.postgresql.org/message-id/20230227044910.GO1653@telsasoft.com pg_dump: lz4 compression uses no persistent state and writes a block header for every row]<br />
** Fixed at: {{PgCommitURL|0070b66fef21e909adb283f7faa7b1978836ad75}}<br />
<br />
* {{messageLink|3590249.1680971629@sss.pgh.pa.us|Assertion failure with parallel full hash join}}<br />
** Fixed at: {{PgCommitURL|b37d051b0e59e4324e346655a27509507813db79}}<br />
<br />
* {{messageLink|ZDDO6jaESKaBgej0@tamriel.snowman.net|De-revert "Add support for Kerberos credential delegation"}}<br />
** Owner: Stephen Frost<br />
** Original commit: {{PgCommitURL|3d4fa227bce4294ce1cc214b4a9d3b7caa3f0454}}<br />
** Revert: ({{PgCommitURL|3d03b24c350ab060bb223623bdff38835bd7afd0}}<br />
** De-Revert: {{PgCommitURL|6633cfb21691840c33816a6dacaca0b504efb895}}<br />
** Resolved at: {{PgCommitURL|f7431bca8b0138bdbce7025871560d39119565a0}}<br />
<br />
* {{messageLink|c39be3c5-c1a5-1e33-1024-16f527e251a4@enterprisedb.com|SSL tests break on non-existing system CA pool}}<br />
** Fixed at: {{PgCommitURL|0b5d1fb36adda612bd3d5d032463a6eeb0729237}}<br />
<br />
* {{messageLink|CAD21AoBS7o6Ljt_vfqPQPf67AhzKu3fR0iqk8B%3DvVYczMugKMQ%40mail.gmail.com|VacuumUpdateCosts() logging condition incorrect for some initial values of vacuum_cost_delay}}<br />
** Fixed at: {{PgCommitURL|a9781ae11ba2fdb44a3a72c9a7ebb727140b25c5}}<br />
<br />
* {{messageLink|CA%2BhUKGJ-ZPJwKHVLbqye92-ZXeLoCHu5wJL6L6HhNP7FkJ%3DmeA%40mail.gmail.com|check_strxfrm_bug()}}<br />
** Owner: Thomas Munro<br />
** Fixed at: {{PgCommitURL|7d3d72b55edd1b7552a9a358991555994efab0e9}}<br />
<br />
* {{messageLink|20230317230930.nhsgk3qfk7f4axls%40awork3.anarazel.de|Should we remove vacuum_defer_cleanup_age?}}<br />
** Owner: Andres Freund<br />
** Fixed at: {{PgCommitURL|1118cd37eb61e6a2428f457a8b2026a7bb3f801a}}<br />
<br />
* {{messageLink|2fefa454-5a70-2174-ddbf-4a0e41537139@gmail.com|Add two missing tests in 035_standby_logical_decoding.pl}}<br />
** Fixed at: {{PgCommitURL|376dc820531bafcbf105fff74c5b14c23d9950af}}<br />
** Fixed at: {{PgCommitURL|a6e04b1d20c2e9cece9b64bb5b36ebfdc3a9031b}}<br />
<br />
* {{messageLink|b32bed1b-0746-9b20-1472-4bdc9ca66d52@gmail.com|Performance regression due to SQLValueFunction removal}}<br />
** Fixed at: {{PgCommitURL|d8c3106bb60e4f87be595f241e173ba3c2b7aa2c}}<br />
<br />
* {{messageLink|20230419172326.dhgyo4wrrhulovt6%40awork3.anarazel.de|pg_stat_io not tracking smgrwriteback() is confusing}}<br />
** Owner: Andres Freund<br />
** Fixed at: {{PgCommitURL|093e5c57d506783a95dd8feddd9a3f2651e1aeba}}<br />
<br />
* {{messageLink|ZFhCyn4Gm2eu60rB@paquier.xyz|Table data compression is broken with pg_dump --compress lz4}}<br />
** Owner: Tomas Vondra<br />
** Fixed at: {{PgCommitURL|1a05c1d252993b0a59c58a6daf91a2df9333044f}}<br />
<br />
* {{messageLink|94ae9bca-5ebb-1e68-bb7b-4f32e89fefbe@gmail.com|Valgrind unhappy with LZ4F code in pg_dump}}<br />
** Owner: Tomas Vondra<br />
** Fixed at: {{PgCommitURL|3c18d90f8907e53c3021fca13ad046133c480e4d}}<br />
<br />
* {{messageLink|20230509190247.3rrplhdgem6su6cg@awork3.anarazel.de|walsender performance regression due to logical decoding on standby changes}}<br />
** Owner: Andres Freund<br />
** Original commit: {{PgCommitURL|e101dfac}}<br />
** Fixed at: {{PgCommitURL|bc971f4025c378ce500d86597c34b0ef996d4d8c}}<br />
<br />
== Won't Fix ==<br />
<br />
* Is it OK that WL_SOCKET_ACCEPT is less fair on Windows than on Unix (and than the coding before 16) when there are multiple server sockets configured?<br />
** {{messageLink|CA%2BhUKG%2BA2dk29hr5zRP3HVJQ-_PncNJM6HVQ7aaYLXLRBZU-xw%40mail.gmail.com|WL_SOCKET_ACCEPT fairness on Windows}} has a (blind) patch to fix that, but would need a Windows hacker to test<br />
** Owner: Thomas Munro<br />
** Original commit: {{PgCommitURL|7389aad6}}<br />
** Issue reclassified as a non-critical improvement to be [https://commitfest.postgresql.org/43/4263/ considered for 17]<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Beta 2: TBD<br />
* Beta 1: May 25, 2023<br />
* Feature Freeze: April 8, 2023 0:00 AoE ('''Last Day to Commit Features''')<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
* [[PostgreSQL 15 Open Items]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_16_Open_Items&diff=37865PostgreSQL 16 Open Items2023-05-24T21:40:19Z<p>Tgl: EvalPlanQual issue is fixed</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
'''NOTE''': If known, please list the Owner of the open item.<br />
<br />
* Switch to ICU for 17?<br />
** Owner: Jeff Davis<br />
** {{messageLink|82c4c816-06f6-d3e3-ba02-fca4a5cef065@enterprisedb.com|I suggest waiting until next week to commit it and then see what happens}}<br />
** [https://commitfest.postgresql.org/42/4169/ CF Entry]<br />
* {{messageLink|e587e2ee-7de0-88a2-10f8-c7cf001bab8c%40postgrespro.ru|psql: Add role's membership options to the \du+ command}}<br />
** [https://commitfest.postgresql.org/43/4116/ CF Entry]<br />
** NOTE: This is not a committed feature for v16<br />
* {{messageLink|874jp9f5jo.fsf@news-spur.riddles.org.uk|The rules for choosing default ICU locale seem pretty unfriendly}}<br />
** Owner: Jeff Davis<br />
* {{messageLink|CAMbWs4-_vwkBij4XOQ5ukxUvLgwTm0kS5_DO9CicUeKbEfKjUw%40mail.gmail.com|Assert failure of the cross-check for nullingrels}}<br />
** Owner: Tom Lane<br />
** Original commit: {{PgCommitURL|2489d76c4}}<br />
** [https://commitfest.postgresql.org/43/4250/ CF Entry]<br />
* {{messageLink|ZEZDj1H61ryrmY9o@msg.df7cb.de|could not extend file "base/5/3501" with FileFallocate(): Interrupted system call}}<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* [https://www.postgresql.org/message-id/268fd337-8bb7-92e6-0da2-416c022c11f3%40enterprisedb.com Reconsider a utility_query_id GUC to control if query jumbling of utilities can go through the past string-only mode and the new mode?]<br />
** Potential owner: Michael Paquier<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer] [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report] [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report] [https://www.postgresql.org/message-id/flat/CAPH-tTxLf44s3CvUUtQpkDr1D8Hxqc2NGDzGXS1ODsfiJ6WSqA%40mail.gmail.com Another report] [https://www.postgresql.org/message-id/flat/a53cacb0-8835-57d6-31e4-4c5ef196de1a@deepbluecap.com Another report]<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/ZArVOMifjzE7f8W7%40paquier.xyz Requiring recovery.signal or standby.signal when recovering with a backup_label]<br />
** This is a rather old behavior that affects all stable branches, still not something that should be backpatched as-is.<br />
<br />
* {{messageLink|cfcca574-6967-c5ab-7dc3-2c82b6723b99@mail.ru|pg_visibility's pg_check_visible() yields false positive when working in parallel with autovacuum}}<br />
** {{messageLink|1649062270.289865713@f403.i.mail.ru|Thread with patch}} [https://commitfest.postgresql.org/43/3739/ CF Entry]<br />
<br />
* {{messageLink|17862-1ab8f74b0f7b0611@postgresql.org|WindowAgg startup costs don't take into account partition bound. Can lead to incorrect use of cheap startup plans}}<br />
** {{messageLink|CAApHDvrB0S5BMv+0-wTTqWFE-BJ0noWqTnDu9QQfjZ2VSpLv_g@mail.gmail.com|Patch to fix and discussion}}<br />
<br />
* {{messageLink|1516594.1681482708@sss.pgh.pa.us|We are not compatible with newly-released LLVM 16}}<br />
** {{messageLink|CA%2BhUKGKNX_%3Df%2B1C4r06WETKTq0G4Z_7q4L4Fxn5WWpMycDj9Fw%40mail.gmail.com|Patch}}<br />
** Owner: Thomas Munro (volunteer LLVM API change chaser)<br />
<br />
* {{messageLink|20230314174521.74jl6ffqsee5mtug%40awork3.anarazel.de|DROP DATABASE is interruptible}}<br />
** Additional discussion: {{messageLink|01020187577238cf-da8c0f4a-3ab9-445a-8c74-31ef51439f30-000000%40eu-west-1.amazonses.com|"PANIC: could not open critical system index 2662" - twice}}<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
** Fixed at: {{PgCommitURL|8fcb32db98eda1ad2a0c0b40b1cbb5d9a7aa68f0}} and {{PgCommitURL|ffd1b6bb6f8a2ffc929699772610c6925364dbb3}} for HEAD.<br />
<br />
* [https://www.postgresql.org/message-id/flat/CAC+AXB26a4EmxM2suXxPpJaGrqAdxracd7hskLg-zxtPB50h7A@mail.gmail.com Fix fseek() detection of unseekable files on WIN32]<br />
** Fixed at: {{PgCommitURL|a923e21631a29dc8b8781d7d02b5003d0df64ca3}} and {{PgCommitURL|765f5df726918bcdcfd16bcc5418e48663d1dd59}}, down to 14.<br />
<br />
* {{messageLink|CAAKRu_bETD%2BAri600h6fRjX2p8rJSeMAUp%3D_y88juqOZgouTSg%40mail.gmail.com|Can't disable autovacuum cost delay through storage parameter}}<br />
** Fixed at: {{PgCommitURL|bfac8f8bc4a44c67c9f35b5266676278e4ba1217}}, down to 11.<br />
<br />
* {{messageLink|CAJ7c6TMBTN3rcz4%3DAjYhLPD_w3FFT0Wq_C15jxCDn8U4tZnH1g@mail.gmail.com| EPQ misbehaves for inherited/partitioned tables}}<br />
** Fixed at: {{PgCommitURL|70b42f279}}, down to 12.<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 16beta2 ===<br />
<br />
=== resolved before 16beta1 ===<br />
<br />
* {{messageLink|CAHewXNnu7u1aT%3D%3DWjnCRa%2BSzKb6s80hvwPP_9eMvvvtdyFdqjw%40mail.gmail.com|ERROR: wrong varnullingrels (b 5 7) (expected (b)) for Var 3/3}}<br />
** Fixed at: {{PgCommitURL|d0f952691}}<br />
* {{messageLink|d46f9265-ff3c-6743-2278-6772598233c2%40pgmasters.net|Possible regression setting GUCs on \connect}}<br />
** Owner: Alexander Korotkov<br />
** Discussion on reverting {{PgCommitURL|096dd80f3}}<br />
** Original commit: {{PgCommitURL|096dd80f3}}<br />
** Reverted at: {{PgCommitURL|b9a7a822723aebb16cbe7e5fb874e5124745b07e}}<br />
<br />
* Planner makes improper clause pushdown decisions due to outer-join-aware-Vars changes<br />
** {{messageLink|0b819232-4b50-f245-1c7d-c8c61bf41827@postgrespro.ru|Clause accidentally pushed down}}<br />
** {{messageLink|CAHewXNks3w_Vy9CWoVtHx1XSaeiFpsOzh-zy5eu0Khp1PtG1sA@mail.gmail.com|wrong results due to qual pushdown}}<br />
** Original commit: {{PgCommitURL|2489d76c4}}<br />
** Fixed at: {{PgCommitURL|9df8f903eb6758be5a19e66cdf77e922e9329c31}}<br />
<br />
* Revert {{PgCommitURL|ec386948948}}, per {{messageLink|20230330105325.y6uvpalspynf2frt@alvherre.pgsql|Re: "variable not found in subplan target list"}}<br />
** Reverted at {{PgCommitURL|5472743d9e8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAEZATCWETioXs5kY8vT6BVguY41_wD962VDk%3Du_Nvd7S1UXzuQ%40mail.gmail.com ERROR: ORDER/GROUP BY expression not found in targetlist]<br />
** Fixed at: {{PgCommitURL|da5800d5fa636c6e10c9c98402d872c76aa1c8d0}}<br />
<br />
* [https://www.postgresql.org/message-id/20230212233711.GA1316@telsasoft.com various elogs hit by sqlsmith (ExecRTCheckPerms() and many prunable partitions)]<br />
** Fixed at: {{PgCommitURL|c7468c73f7b6e842a53c12eaee5578a76a8fa7a6}}<br />
<br />
* [https://www.postgresql.org/message-id/20230228235834.GC30529@telsasoft.com pg_dump: zlib compression fails for empty objects (LOs)]<br />
** Fixed at: {{PgCommitURL|00d9dcf5bebbb355152a60f0e2120cdf7f9e7ddd}}<br />
<br />
* [https://www.postgresql.org/message-id/20230227044910.GO1653@telsasoft.com pg_dump: lz4 compression uses no persistent state and writes a block header for every row]<br />
** Fixed at: {{PgCommitURL|0070b66fef21e909adb283f7faa7b1978836ad75}}<br />
<br />
* {{messageLink|3590249.1680971629@sss.pgh.pa.us|Assertion failure with parallel full hash join}}<br />
** Fixed at: {{PgCommitURL|b37d051b0e59e4324e346655a27509507813db79}}<br />
<br />
* {{messageLink|ZDDO6jaESKaBgej0@tamriel.snowman.net|De-revert "Add support for Kerberos credential delegation"}}<br />
** Owner: Stephen Frost<br />
** Original commit: {{PgCommitURL|3d4fa227bce4294ce1cc214b4a9d3b7caa3f0454}}<br />
** Revert: ({{PgCommitURL|3d03b24c350ab060bb223623bdff38835bd7afd0}}<br />
** De-Revert: {{PgCommitURL|6633cfb21691840c33816a6dacaca0b504efb895}}<br />
** Resolved at: {{PgCommitURL|f7431bca8b0138bdbce7025871560d39119565a0}}<br />
<br />
* {{messageLink|c39be3c5-c1a5-1e33-1024-16f527e251a4@enterprisedb.com|SSL tests break on non-existing system CA pool}}<br />
** Fixed at: {{PgCommitURL|0b5d1fb36adda612bd3d5d032463a6eeb0729237}}<br />
<br />
* {{messageLink|CAD21AoBS7o6Ljt_vfqPQPf67AhzKu3fR0iqk8B%3DvVYczMugKMQ%40mail.gmail.com|VacuumUpdateCosts() logging condition incorrect for some initial values of vacuum_cost_delay}}<br />
** Fixed at: {{PgCommitURL|a9781ae11ba2fdb44a3a72c9a7ebb727140b25c5}}<br />
<br />
* {{messageLink|CA%2BhUKGJ-ZPJwKHVLbqye92-ZXeLoCHu5wJL6L6HhNP7FkJ%3DmeA%40mail.gmail.com|check_strxfrm_bug()}}<br />
** Owner: Thomas Munro<br />
** Fixed at: {{PgCommitURL|7d3d72b55edd1b7552a9a358991555994efab0e9}}<br />
<br />
* {{messageLink|20230317230930.nhsgk3qfk7f4axls%40awork3.anarazel.de|Should we remove vacuum_defer_cleanup_age?}}<br />
** Owner: Andres Freund<br />
** Fixed at: {{PgCommitURL|1118cd37eb61e6a2428f457a8b2026a7bb3f801a}}<br />
<br />
* {{messageLink|2fefa454-5a70-2174-ddbf-4a0e41537139@gmail.com|Add two missing tests in 035_standby_logical_decoding.pl}}<br />
** Fixed at: {{PgCommitURL|376dc820531bafcbf105fff74c5b14c23d9950af}}<br />
** Fixed at: {{PgCommitURL|a6e04b1d20c2e9cece9b64bb5b36ebfdc3a9031b}}<br />
<br />
* {{messageLink|b32bed1b-0746-9b20-1472-4bdc9ca66d52@gmail.com|Performance regression due to SQLValueFunction removal}}<br />
** Fixed at: {{PgCommitURL|d8c3106bb60e4f87be595f241e173ba3c2b7aa2c}}<br />
<br />
* {{messageLink|20230419172326.dhgyo4wrrhulovt6%40awork3.anarazel.de|pg_stat_io not tracking smgrwriteback() is confusing}}<br />
** Owner: Andres Freund<br />
** Fixed at: {{PgCommitURL|093e5c57d506783a95dd8feddd9a3f2651e1aeba}}<br />
<br />
* {{messageLink|ZFhCyn4Gm2eu60rB@paquier.xyz|Table data compression is broken with pg_dump --compress lz4}}<br />
** Owner: Tomas Vondra<br />
** Fixed at: {{PgCommitURL|1a05c1d252993b0a59c58a6daf91a2df9333044f}}<br />
<br />
* {{messageLink|94ae9bca-5ebb-1e68-bb7b-4f32e89fefbe@gmail.com|Valgrind unhappy with LZ4F code in pg_dump}}<br />
** Owner: Tomas Vondra<br />
** Fixed at: {{PgCommitURL|3c18d90f8907e53c3021fca13ad046133c480e4d}}<br />
<br />
* {{messageLink|20230509190247.3rrplhdgem6su6cg@awork3.anarazel.de|walsender performance regression due to logical decoding on standby changes}}<br />
** Owner: Andres Freund<br />
** Original commit: {{PgCommitURL|e101dfac}}<br />
** Fixed at: {{PgCommitURL|bc971f4025c378ce500d86597c34b0ef996d4d8c}}<br />
<br />
== Won't Fix ==<br />
<br />
* Is it OK that WL_SOCKET_ACCEPT is less fair on Windows than on Unix (and than the coding before 16) when there are multiple server sockets configured?<br />
** {{messageLink|CA%2BhUKG%2BA2dk29hr5zRP3HVJQ-_PncNJM6HVQ7aaYLXLRBZU-xw%40mail.gmail.com|WL_SOCKET_ACCEPT fairness on Windows}} has a (blind) patch to fix that, but would need a Windows hacker to test<br />
** Owner: Thomas Munro<br />
** Original commit: {{PgCommitURL|7389aad6}}<br />
** Issue reclassified as a non-critical improvement to be [https://commitfest.postgresql.org/43/4263/ considered for 17]<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Beta 2: TBD<br />
* Beta 1: May 25, 2023<br />
* Feature Freeze: April 8, 2023 0:00 AoE ('''Last Day to Commit Features''')<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
* [[PostgreSQL 15 Open Items]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_16_Open_Items&diff=37864PostgreSQL 16 Open Items2023-05-24T21:17:49Z<p>Tgl: move duplicate report to "fixed" list</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
'''NOTE''': If known, please list the Owner of the open item.<br />
<br />
* Switch to ICU for 17?<br />
** Owner: Jeff Davis<br />
** {{messageLink|82c4c816-06f6-d3e3-ba02-fca4a5cef065@enterprisedb.com|I suggest waiting until next week to commit it and then see what happens}}<br />
** [https://commitfest.postgresql.org/42/4169/ CF Entry]<br />
* {{messageLink|e587e2ee-7de0-88a2-10f8-c7cf001bab8c%40postgrespro.ru|psql: Add role's membership options to the \du+ command}}<br />
** [https://commitfest.postgresql.org/43/4116/ CF Entry]<br />
** NOTE: This is not a committed feature for v16<br />
* {{messageLink|874jp9f5jo.fsf@news-spur.riddles.org.uk|The rules for choosing default ICU locale seem pretty unfriendly}}<br />
** Owner: Jeff Davis<br />
* {{messageLink|CAMbWs4-_vwkBij4XOQ5ukxUvLgwTm0kS5_DO9CicUeKbEfKjUw%40mail.gmail.com|Assert failure of the cross-check for nullingrels}}<br />
** Owner: Tom Lane<br />
** Original commit: {{PgCommitURL|2489d76c4}}<br />
** [https://commitfest.postgresql.org/43/4250/ CF Entry]<br />
* {{messageLink|ZEZDj1H61ryrmY9o@msg.df7cb.de|could not extend file "base/5/3501" with FileFallocate(): Interrupted system call}}<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* [https://www.postgresql.org/message-id/268fd337-8bb7-92e6-0da2-416c022c11f3%40enterprisedb.com Reconsider a utility_query_id GUC to control if query jumbling of utilities can go through the past string-only mode and the new mode?]<br />
** Potential owner: Michael Paquier<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer] [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report] [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report] [https://www.postgresql.org/message-id/flat/CAPH-tTxLf44s3CvUUtQpkDr1D8Hxqc2NGDzGXS1ODsfiJ6WSqA%40mail.gmail.com Another report] [https://www.postgresql.org/message-id/flat/a53cacb0-8835-57d6-31e4-4c5ef196de1a@deepbluecap.com Another report]<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/ZArVOMifjzE7f8W7%40paquier.xyz Requiring recovery.signal or standby.signal when recovering with a backup_label]<br />
** This is a rather old behavior that affects all stable branches, still not something that should be backpatched as-is.<br />
<br />
* {{messageLink|cfcca574-6967-c5ab-7dc3-2c82b6723b99@mail.ru|pg_visibility's pg_check_visible() yields false positive when working in parallel with autovacuum}}<br />
** {{messageLink|1649062270.289865713@f403.i.mail.ru|Thread with patch}} [https://commitfest.postgresql.org/43/3739/ CF Entry]<br />
<br />
* {{messageLink|17862-1ab8f74b0f7b0611@postgresql.org|WindowAgg startup costs don't take into account partition bound. Can lead to incorrect use of cheap startup plans}}<br />
** {{messageLink|CAApHDvrB0S5BMv+0-wTTqWFE-BJ0noWqTnDu9QQfjZ2VSpLv_g@mail.gmail.com|Patch to fix and discussion}}<br />
<br />
* {{messageLink|1516594.1681482708@sss.pgh.pa.us|We are not compatible with newly-released LLVM 16}}<br />
** {{messageLink|CA%2BhUKGKNX_%3Df%2B1C4r06WETKTq0G4Z_7q4L4Fxn5WWpMycDj9Fw%40mail.gmail.com|Patch}}<br />
** Owner: Thomas Munro (volunteer LLVM API change chaser)<br />
<br />
* {{messageLink|20230314174521.74jl6ffqsee5mtug%40awork3.anarazel.de|DROP DATABASE is interruptible}}<br />
** Additional discussion: {{messageLink|01020187577238cf-da8c0f4a-3ab9-445a-8c74-31ef51439f30-000000%40eu-west-1.amazonses.com|"PANIC: could not open critical system index 2662" - twice}}<br />
<br />
* {{messageLink|CAJ7c6TMBTN3rcz4%3DAjYhLPD_w3FFT0Wq_C15jxCDn8U4tZnH1g@mail.gmail.com| EPQ misbehaves for inherited/partitioned tables}}<br />
** Owner: Tom Lane (86dc90056)<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
** Fixed at: {{PgCommitURL|8fcb32db98eda1ad2a0c0b40b1cbb5d9a7aa68f0}} and {{PgCommitURL|ffd1b6bb6f8a2ffc929699772610c6925364dbb3}} for HEAD.<br />
<br />
* [https://www.postgresql.org/message-id/flat/CAC+AXB26a4EmxM2suXxPpJaGrqAdxracd7hskLg-zxtPB50h7A@mail.gmail.com Fix fseek() detection of unseekable files on WIN32]<br />
** Fixed at: {{PgCommitURL|a923e21631a29dc8b8781d7d02b5003d0df64ca3}} and {{PgCommitURL|765f5df726918bcdcfd16bcc5418e48663d1dd59}}, down to 14.<br />
<br />
* {{messageLink|CAAKRu_bETD%2BAri600h6fRjX2p8rJSeMAUp%3D_y88juqOZgouTSg%40mail.gmail.com|Can't disable autovacuum cost delay through storage parameter}}<br />
** Fixed at: {{PgCommitURL|bfac8f8bc4a44c67c9f35b5266676278e4ba1217}}, down to 11.<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 16beta2 ===<br />
<br />
=== resolved before 16beta1 ===<br />
<br />
* {{messageLink|CAHewXNnu7u1aT%3D%3DWjnCRa%2BSzKb6s80hvwPP_9eMvvvtdyFdqjw%40mail.gmail.com|ERROR: wrong varnullingrels (b 5 7) (expected (b)) for Var 3/3}}<br />
** Fixed at: {{PgCommitURL|d0f952691}}<br />
* {{messageLink|d46f9265-ff3c-6743-2278-6772598233c2%40pgmasters.net|Possible regression setting GUCs on \connect}}<br />
** Owner: Alexander Korotkov<br />
** Discussion on reverting {{PgCommitURL|096dd80f3}}<br />
** Original commit: {{PgCommitURL|096dd80f3}}<br />
** Reverted at: {{PgCommitURL|b9a7a822723aebb16cbe7e5fb874e5124745b07e}}<br />
<br />
* Planner makes improper clause pushdown decisions due to outer-join-aware-Vars changes<br />
** {{messageLink|0b819232-4b50-f245-1c7d-c8c61bf41827@postgrespro.ru|Clause accidentally pushed down}}<br />
** {{messageLink|CAHewXNks3w_Vy9CWoVtHx1XSaeiFpsOzh-zy5eu0Khp1PtG1sA@mail.gmail.com|wrong results due to qual pushdown}}<br />
** Original commit: {{PgCommitURL|2489d76c4}}<br />
** Fixed at: {{PgCommitURL|9df8f903eb6758be5a19e66cdf77e922e9329c31}}<br />
<br />
* Revert {{PgCommitURL|ec386948948}}, per {{messageLink|20230330105325.y6uvpalspynf2frt@alvherre.pgsql|Re: "variable not found in subplan target list"}}<br />
** Reverted at {{PgCommitURL|5472743d9e8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAEZATCWETioXs5kY8vT6BVguY41_wD962VDk%3Du_Nvd7S1UXzuQ%40mail.gmail.com ERROR: ORDER/GROUP BY expression not found in targetlist]<br />
** Fixed at: {{PgCommitURL|da5800d5fa636c6e10c9c98402d872c76aa1c8d0}}<br />
<br />
* [https://www.postgresql.org/message-id/20230212233711.GA1316@telsasoft.com various elogs hit by sqlsmith (ExecRTCheckPerms() and many prunable partitions)]<br />
** Fixed at: {{PgCommitURL|c7468c73f7b6e842a53c12eaee5578a76a8fa7a6}}<br />
<br />
* [https://www.postgresql.org/message-id/20230228235834.GC30529@telsasoft.com pg_dump: zlib compression fails for empty objects (LOs)]<br />
** Fixed at: {{PgCommitURL|00d9dcf5bebbb355152a60f0e2120cdf7f9e7ddd}}<br />
<br />
* [https://www.postgresql.org/message-id/20230227044910.GO1653@telsasoft.com pg_dump: lz4 compression uses no persistent state and writes a block header for every row]<br />
** Fixed at: {{PgCommitURL|0070b66fef21e909adb283f7faa7b1978836ad75}}<br />
<br />
* {{messageLink|3590249.1680971629@sss.pgh.pa.us|Assertion failure with parallel full hash join}}<br />
** Fixed at: {{PgCommitURL|b37d051b0e59e4324e346655a27509507813db79}}<br />
<br />
* {{messageLink|ZDDO6jaESKaBgej0@tamriel.snowman.net|De-revert "Add support for Kerberos credential delegation"}}<br />
** Owner: Stephen Frost<br />
** Original commit: {{PgCommitURL|3d4fa227bce4294ce1cc214b4a9d3b7caa3f0454}}<br />
** Revert: ({{PgCommitURL|3d03b24c350ab060bb223623bdff38835bd7afd0}}<br />
** De-Revert: {{PgCommitURL|6633cfb21691840c33816a6dacaca0b504efb895}}<br />
** Resolved at: {{PgCommitURL|f7431bca8b0138bdbce7025871560d39119565a0}}<br />
<br />
* {{messageLink|c39be3c5-c1a5-1e33-1024-16f527e251a4@enterprisedb.com|SSL tests break on non-existing system CA pool}}<br />
** Fixed at: {{PgCommitURL|0b5d1fb36adda612bd3d5d032463a6eeb0729237}}<br />
<br />
* {{messageLink|CAD21AoBS7o6Ljt_vfqPQPf67AhzKu3fR0iqk8B%3DvVYczMugKMQ%40mail.gmail.com|VacuumUpdateCosts() logging condition incorrect for some initial values of vacuum_cost_delay}}<br />
** Fixed at: {{PgCommitURL|a9781ae11ba2fdb44a3a72c9a7ebb727140b25c5}}<br />
<br />
* {{messageLink|CA%2BhUKGJ-ZPJwKHVLbqye92-ZXeLoCHu5wJL6L6HhNP7FkJ%3DmeA%40mail.gmail.com|check_strxfrm_bug()}}<br />
** Owner: Thomas Munro<br />
** Fixed at: {{PgCommitURL|7d3d72b55edd1b7552a9a358991555994efab0e9}}<br />
<br />
* {{messageLink|20230317230930.nhsgk3qfk7f4axls%40awork3.anarazel.de|Should we remove vacuum_defer_cleanup_age?}}<br />
** Owner: Andres Freund<br />
** Fixed at: {{PgCommitURL|1118cd37eb61e6a2428f457a8b2026a7bb3f801a}}<br />
<br />
* {{messageLink|2fefa454-5a70-2174-ddbf-4a0e41537139@gmail.com|Add two missing tests in 035_standby_logical_decoding.pl}}<br />
** Fixed at: {{PgCommitURL|376dc820531bafcbf105fff74c5b14c23d9950af}}<br />
** Fixed at: {{PgCommitURL|a6e04b1d20c2e9cece9b64bb5b36ebfdc3a9031b}}<br />
<br />
* {{messageLink|b32bed1b-0746-9b20-1472-4bdc9ca66d52@gmail.com|Performance regression due to SQLValueFunction removal}}<br />
** Fixed at: {{PgCommitURL|d8c3106bb60e4f87be595f241e173ba3c2b7aa2c}}<br />
<br />
* {{messageLink|20230419172326.dhgyo4wrrhulovt6%40awork3.anarazel.de|pg_stat_io not tracking smgrwriteback() is confusing}}<br />
** Owner: Andres Freund<br />
** Fixed at: {{PgCommitURL|093e5c57d506783a95dd8feddd9a3f2651e1aeba}}<br />
<br />
* {{messageLink|ZFhCyn4Gm2eu60rB@paquier.xyz|Table data compression is broken with pg_dump --compress lz4}}<br />
** Owner: Tomas Vondra<br />
** Fixed at: {{PgCommitURL|1a05c1d252993b0a59c58a6daf91a2df9333044f}}<br />
<br />
* {{messageLink|94ae9bca-5ebb-1e68-bb7b-4f32e89fefbe@gmail.com|Valgrind unhappy with LZ4F code in pg_dump}}<br />
** Owner: Tomas Vondra<br />
** Fixed at: {{PgCommitURL|3c18d90f8907e53c3021fca13ad046133c480e4d}}<br />
<br />
* {{messageLink|20230509190247.3rrplhdgem6su6cg@awork3.anarazel.de|walsender performance regression due to logical decoding on standby changes}}<br />
** Owner: Andres Freund<br />
** Original commit: {{PgCommitURL|e101dfac}}<br />
** Fixed at: {{PgCommitURL|bc971f4025c378ce500d86597c34b0ef996d4d8c}}<br />
<br />
== Won't Fix ==<br />
<br />
* Is it OK that WL_SOCKET_ACCEPT is less fair on Windows than on Unix (and than the coding before 16) when there are multiple server sockets configured?<br />
** {{messageLink|CA%2BhUKG%2BA2dk29hr5zRP3HVJQ-_PncNJM6HVQ7aaYLXLRBZU-xw%40mail.gmail.com|WL_SOCKET_ACCEPT fairness on Windows}} has a (blind) patch to fix that, but would need a Windows hacker to test<br />
** Owner: Thomas Munro<br />
** Original commit: {{PgCommitURL|7389aad6}}<br />
** Issue reclassified as a non-critical improvement to be [https://commitfest.postgresql.org/43/4263/ considered for 17]<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Beta 2: TBD<br />
* Beta 1: May 25, 2023<br />
* Feature Freeze: April 8, 2023 0:00 AoE ('''Last Day to Commit Features''')<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
* [[PostgreSQL 15 Open Items]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=Committing_checklist&diff=37853Committing checklist2023-05-23T19:20:27Z<p>Tgl: /* Regression test checks */ update schedule info</p>
<hr />
<div>This document is an attempt to list common checks that PostgreSQL project [[Committers]] may want to adopt as part of a checklist of things to check before pushing. There are certain classic mistakes that even experienced committers have been known to make occasionally. In the real world, many mistakes happen when a step is skipped over during a routine process, perhaps caused by a seemingly insignificant last minute change. It's important to learn from these mistakes.<br />
<br />
This checklist isn't intended as something that committers will adopt wholesale. Rather, it is intended as a starting point for creating your own semi-customized checklist. Since your final checklist is supposed to be used more or less mechanically, it shouldn't ever be too long, and should be organized into sections to make it easier to skip items where irrelevant. In short, if it's worth adopting something as a standard practice that you return to again and again, it's probably also worth writing that down, to formalize it. Use discretion when deciding what makes sense for you.<br />
<br />
= Basic checks =<br />
<br />
* Double-check release build compiler warnings.<br />
<br />
* make check-world.<br />
** You may want to speed this up by using the following recipe:<br />
make -j16 -s install;make -Otarget -j10 -s check-world && echo "quick make-check world success" || echo "quick make-check world failure"<br />
<br />
(Note that the recipe only works on REL_10_STABLE and later release branches, because test_decoding and a few other things fail.)<br />
<br />
* Consider the need for a catversion bump.<br />
<br />
* Don't assume that you haven't broken the doc build if you make even a trivial doc change.<br />
** Removing a GUC can break instances in the release notes where they're referenced. <br />
** Even grep can miss this, since references to the GUC will have dashes rather than underscores, plus possibly other variations.<br />
<br />
* Validate err*() calls against https://www.postgresql.org/docs/devel/static/error-style-guide.html<br />
<br />
* Validate *printf calls for trailing newlines.<br />
<br />
* Spellcheck the patch.<br />
<br />
* Verify that long lines are not better broken into several shorter lines:<br />
git diff origin/master | grep -E '^(\+|diff)' | sed 's/^+//' | expand -t4 | awk "length > 78 || /^diff/"<br />
<br />
* Run pgindent, pgperltidy, and reformat-dat-files on changed files; keep the changes minimal.<br />
<br />
* Run pgperlcritic on modified Perl files.<br />
<br />
* Update version numbers, if needed:<br />
CATALOG_VERSION_NO, PG_CONTROL_VERSION, XLOG_PAGE_MAGIC, PGSTAT_FILE_FORMAT_ID<br />
<br />
* Update function/other OIDs, if needed;<br />
<br />
= Regression test checks =<br />
<br />
* When adding core regression test files, make sure that they're added to both serial and parallel schedules.<br />
(But release 14 and later have only the parallel schedule.)<br />
<br />
* Look for alternative output files for any regression test you're updating the output of.<br />
** Some tests have alternative output files to work around portability issues.<br />
** Most of the time it works to just apply the same patch to the other variants as the delta you're observing for the output file that's relevant to your own platform.<br />
** Occasionally you may have to just see what the buildfarm says.<br />
<br />
= Git checks =<br />
<br />
== Basic ==<br />
<br />
* Do a dry run before really pushing by using --dry-run.<br />
<br />
* Look at "git status"; anything missing?<br />
<br />
* Author and committer timestamps should match.<br />
<br />
This can be an issue if you're in the habit of rebasing, or apply a patch with "git am". Make sure that your setup displays both in "git log", by specifying "--pretty=fuller", or changing the git format config. The easiest way to make both timestamps match is to amend the commit like so:<br />
<br />
git commit --amend --reset-author<br />
<br />
If you have "autosetuprebase = always" in your git config, then a last minute "git pull" could cause a rebase, which could cause author and committer timestamps to diverge a bit. In practice, small differences between author and committer timestamp are not considered to be a problem.<br />
<br />
* Write log message:<br />
Discussion: https://postgr.es/m/XXXXXXXXXXX<br />
Back-patch depth?<br />
What should the release notes say?<br />
Credit any reviewer.<br />
<br />
* When making references to other commits, it's a good idea to use the first 9 chars of the commit SHA. Fewer than 9 means there will be no hyperlink in the HTTP interface. More than 9 is not required.<br />
<br />
* Note compatibility issues in commit message, so that they'll get picked up later, when release notes are written.<br />
<br />
* Check merge with master (not applicable to commits).<br />
<br />
* If you're using a dedicated ssh key with a passphrase, you may find it useful to deliberately disable it when you're done pushing:<br />
<br />
$ ssh-add -d ~/.ssh/id_rsa_postgres<br />
<br />
== Backpatching and git ==<br />
<br />
Commit messages for multiple branches should be identical when back-patching, in order to have tooling recognize the redundancy for purposes of compiling release notes, and other things of that nature.<br />
<br />
* Easiest way to get commit metadata consistent is to not worry about commit messages outside of the master branch at first. Commit message on backbranches could initially be something like "pending 9.6".<br />
<br />
* Perform the following procedure on each back branch when you're done, by checking out each individual branch in gitmaster local clone, and doing this for master branch commit which has good commit message:<br />
<br />
git commit --amend --reset-author -C <commit><br />
<br />
You now have the same commit message on each branch. This means that the <code>src/tools/git_changelog</code> utility script will present the commits from each affected local branch together, as one logical change. (This script is used as a starting point when writing back branch release notes. Note that the concept of "one logical change" is not a standard git concept.)<br />
<br />
* Use <code>git push origin : --dry-run</code> to dry-run pushing all branches at once. Once satisfied, remove --dry-run to actually push. --dry-run is doubly important if you push each branch individually.<br />
<br />
= Maintaining ABI compatibility while backpatching =<br />
<br />
Avoid breaking ABI compatibility. It's unacceptable for extensions built against an earlier point release to break in a more recent point release.<br />
<br />
* You can only really change the signature of a function with local linkage, perhaps with a few rare exceptions.<br />
* You cannot modify any struct definition in src/include/*. If any new members must be added to a struct, put them at the end in backbranches. It's okay to have a different struct layout in master. Even then, extensions that allocate the struct can break via a dependency on its size.<br />
* Move new enum values to the end.<br />
<br />
See [https://postgr.es/m/1315116.1603900649@sss.pgh.pa.us this message] for more considerations on ABI preservation.<br />
<br />
= GUC checks =<br />
<br />
* When adding a new GUC, postgresql.conf.sample needs to be updated, too.<br />
<br />
* Is the GUC group the right one?<br />
<br />
= Advanced smoke tests =<br />
<br />
* Valgrind memcheck + "make installcheck".<br />
<br />
* CLOBBER_CACHE_ALWAYS.<br />
<br />
* When doing anything that touches WAL-logging, consider creating a replica, and making sure that wal_consistency_checking=all passes on replica while master runs "make installcheck". WAL_DEBUG makes any bug that this throws up easier to isolate.<br />
<br />
* "#define COPY_PARSE_PLAN_TREES" and "#define WRITE_READ_PARSE_PLAN_TREES" can catch omissions or other mistakes when "src/backend/nodes/*" were changed.<br />
<br />
* Various tests that are only run on certain platforms, enabled [https://www.postgresql.org/docs/devel/regress-run.html using PG_TEST_EXTRA or EXTRA_TESTS environment variables]. For example, PG_TEST_EXTRA='ssl' and EXTRA_TESTS='collate.linux.utf8' tests.<br />
<br />
* check for unaligned access with things from c.h like -fsanitize=alignment<br />
<br />
* sqlsmith (for grammar changes, and ??)</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_16_Open_Items&diff=37836PostgreSQL 16 Open Items2023-05-18T15:32:34Z<p>Tgl: /* Live issues */ fix link</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
'''NOTE''': If known, please list the Owner of the open item.<br />
<br />
* Switch to ICU for 17?<br />
** Owner: Jeff Davis<br />
** {{messageLink|82c4c816-06f6-d3e3-ba02-fca4a5cef065@enterprisedb.com|I suggest waiting until next week to commit it and then see what happens}}<br />
** [https://commitfest.postgresql.org/42/4169/ CF Entry]<br />
* {{messageLink|e587e2ee-7de0-88a2-10f8-c7cf001bab8c%40postgrespro.ru|psql: Add role's membership options to the \du+ command}}<br />
** [https://commitfest.postgresql.org/43/4116/ CF Entry]<br />
** NOTE: This is not a committed feature for v16<br />
* {{messageLink|874jp9f5jo.fsf@news-spur.riddles.org.uk|The rules for choosing default ICU locale seem pretty unfriendly}}<br />
** Owner: Jeff Davis<br />
* {{messageLink|CAMbWs4-_vwkBij4XOQ5ukxUvLgwTm0kS5_DO9CicUeKbEfKjUw%40mail.gmail.com|Assert failure of the cross-check for nullingrels}}<br />
** Owner: Tom Lane<br />
** Original commit: {{PgCommitURL|2489d76c4}}<br />
** [https://commitfest.postgresql.org/43/4250/ CF Entry]<br />
* {{messageLink|20230509190247.3rrplhdgem6su6cg@awork3.anarazel.de|walsender performance regression due to logical decoding on standby changes}}<br />
** Owner: Andres Freund<br />
** Original commit: {{PgCommitURL|e101dfac}}<br />
** {{messageLink|CALj2ACWeo64RSqf8tDbnSSUm_vbpK5GYdDiiFQk8E3Fg38mBdw@mail.gmail.com|Patch sent}}<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* [https://www.postgresql.org/message-id/268fd337-8bb7-92e6-0da2-416c022c11f3%40enterprisedb.com Reconsider a utility_query_id GUC to control if query jumbling of utilities can go through the past string-only mode and the new mode?]<br />
** Potential owner: Michael Paquier<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer] [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report] [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report] [https://www.postgresql.org/message-id/flat/CAPH-tTxLf44s3CvUUtQpkDr1D8Hxqc2NGDzGXS1ODsfiJ6WSqA%40mail.gmail.com Another report] [https://www.postgresql.org/message-id/flat/a53cacb0-8835-57d6-31e4-4c5ef196de1a@deepbluecap.com Another report]<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/ZArVOMifjzE7f8W7%40paquier.xyz Requiring recovery.signal or standby.signal when recovering with a backup_label]<br />
** This is a rather old behavior that affects all stable branches, still not something that should be backpatched as-is.<br />
<br />
* {{messageLink|cfcca574-6967-c5ab-7dc3-2c82b6723b99@mail.ru|pg_visibility's pg_check_visible() yields false positive when working in parallel with autovacuum}}<br />
** {{messageLink|1649062270.289865713@f403.i.mail.ru|Thread with patch}} [https://commitfest.postgresql.org/43/3739/ CF Entry]<br />
<br />
* {{messageLink|17862-1ab8f74b0f7b0611@postgresql.org|WindowAgg startup costs don't take into account partition bound. Can lead to incorrect use of cheap startup plans}}<br />
** {{messageLink|CAApHDvrB0S5BMv+0-wTTqWFE-BJ0noWqTnDu9QQfjZ2VSpLv_g@mail.gmail.com|Patch to fix and discussion}}<br />
<br />
* {{messageLink|1516594.1681482708@sss.pgh.pa.us|We are not compatible with newly-released LLVM 16}}<br />
<br />
* {{messageLink|20230314174521.74jl6ffqsee5mtug%40awork3.anarazel.de|DROP DATABASE is interruptible}}<br />
** Additional discussion: {{messageLink|01020187577238cf-da8c0f4a-3ab9-445a-8c74-31ef51439f30-000000%40eu-west-1.amazonses.com|"PANIC: could not open critical system index 2662" - twice}}<br />
<br />
* {{messageLink|CAJ7c6TMBTN3rcz4%3DAjYhLPD_w3FFT0Wq_C15jxCDn8U4tZnH1g@mail.gmail.com| EPQ misbehaves for inherited/partitioned tables}}<br />
** Owner: Tom Lane (86dc90056)<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
** Fixed at: {{PgCommitURL|8fcb32db98eda1ad2a0c0b40b1cbb5d9a7aa68f0}} and {{PgCommitURL|ffd1b6bb6f8a2ffc929699772610c6925364dbb3}} for HEAD.<br />
<br />
* [https://www.postgresql.org/message-id/flat/CAC+AXB26a4EmxM2suXxPpJaGrqAdxracd7hskLg-zxtPB50h7A@mail.gmail.com Fix fseek() detection of unseekable files on WIN32]<br />
** Fixed at: {{PgCommitURL|a923e21631a29dc8b8781d7d02b5003d0df64ca3}} and {{PgCommitURL|765f5df726918bcdcfd16bcc5418e48663d1dd59}}, down to 14.<br />
<br />
* {{messageLink|CAAKRu_bETD%2BAri600h6fRjX2p8rJSeMAUp%3D_y88juqOZgouTSg%40mail.gmail.com|Can't disable autovacuum cost delay through storage parameter}}<br />
** Fixed at: {{PgCommitURL|bfac8f8bc4a44c67c9f35b5266676278e4ba1217}}, down to 11.<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 16beta1 ===<br />
<br />
* {{messageLink|d46f9265-ff3c-6743-2278-6772598233c2%40pgmasters.net|Possible regression setting GUCs on \connect}}<br />
** Owner: Alexander Korotkov<br />
** Discussion on reverting {{PgCommitURL|096dd80f3}}<br />
** Original commit: {{PgCommitURL|096dd80f3}}<br />
** Fixed at (bug only): {{PgCommitURL|db93e739ac61332126207b16f14da93f8ecac594}}<br />
** Fixed at (feature reverted): {{PgCommitURL|b9a7a822723aebb16cbe7e5fb874e5124745b07e}}<br />
<br />
* Planner makes improper clause pushdown decisions due to outer-join-aware-Vars changes<br />
** {{messageLink|0b819232-4b50-f245-1c7d-c8c61bf41827@postgrespro.ru|Clause accidentally pushed down}}<br />
** {{messageLink|CAHewXNks3w_Vy9CWoVtHx1XSaeiFpsOzh-zy5eu0Khp1PtG1sA@mail.gmail.com|wrong results due to qual pushdown}}<br />
** Original commit: {{PgCommitURL|2489d76c4}}<br />
** Fixed at: {{PgCommitURL|9df8f903eb6758be5a19e66cdf77e922e9329c31}}<br />
<br />
* Revert {{PgCommitURL|ec386948948}}, per {{messageLink|20230330105325.y6uvpalspynf2frt@alvherre.pgsql|Re: "variable not found in subplan target list"}}<br />
** Reverted at {{PgCommitURL|5472743d9e8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAEZATCWETioXs5kY8vT6BVguY41_wD962VDk%3Du_Nvd7S1UXzuQ%40mail.gmail.com ERROR: ORDER/GROUP BY expression not found in targetlist]<br />
** Fixed at: {{PgCommitURL|da5800d5fa636c6e10c9c98402d872c76aa1c8d0}}<br />
<br />
* [https://www.postgresql.org/message-id/20230212233711.GA1316@telsasoft.com various elogs hit by sqlsmith (ExecRTCheckPerms() and many prunable partitions)]<br />
** Fixed at: {{PgCommitURL|c7468c73f7b6e842a53c12eaee5578a76a8fa7a6}}<br />
<br />
* [https://www.postgresql.org/message-id/20230228235834.GC30529@telsasoft.com pg_dump: zlib compression fails for empty objects (LOs)]<br />
** Fixed at: {{PgCommitURL|00d9dcf5bebbb355152a60f0e2120cdf7f9e7ddd}}<br />
<br />
* [https://www.postgresql.org/message-id/20230227044910.GO1653@telsasoft.com pg_dump: lz4 compression uses no persistent state and writes a block header for every row]<br />
** Fixed at: {{PgCommitURL|0070b66fef21e909adb283f7faa7b1978836ad75}}<br />
<br />
* {{messageLink|3590249.1680971629@sss.pgh.pa.us|Assertion failure with parallel full hash join}}<br />
** Fixed at: {{PgCommitURL|b37d051b0e59e4324e346655a27509507813db79}}<br />
<br />
* {{messageLink|ZDDO6jaESKaBgej0@tamriel.snowman.net|De-revert "Add support for Kerberos credential delegation"}}<br />
** Owner: Stephen Frost<br />
** Original commit: {{PgCommitURL|3d4fa227bce4294ce1cc214b4a9d3b7caa3f0454}}<br />
** Revert: ({{PgCommitURL|3d03b24c350ab060bb223623bdff38835bd7afd0}}<br />
** De-Revert: {{PgCommitURL|6633cfb21691840c33816a6dacaca0b504efb895}}<br />
** Resolved at: {{PgCommitURL|f7431bca8b0138bdbce7025871560d39119565a0}}<br />
<br />
* {{messageLink|c39be3c5-c1a5-1e33-1024-16f527e251a4@enterprisedb.com|SSL tests break on non-existing system CA pool}}<br />
** Fixed at: {{PgCommitURL|0b5d1fb36adda612bd3d5d032463a6eeb0729237}}<br />
<br />
* {{messageLink|CAD21AoBS7o6Ljt_vfqPQPf67AhzKu3fR0iqk8B%3DvVYczMugKMQ%40mail.gmail.com|VacuumUpdateCosts() logging condition incorrect for some initial values of vacuum_cost_delay}}<br />
** Fixed at: {{PgCommitURL|a9781ae11ba2fdb44a3a72c9a7ebb727140b25c5}}<br />
<br />
* {{messageLink|CA%2BhUKGJ-ZPJwKHVLbqye92-ZXeLoCHu5wJL6L6HhNP7FkJ%3DmeA%40mail.gmail.com|check_strxfrm_bug()}}<br />
** Owner: Thomas Munro<br />
** Fixed at: {{PgCommitURL|7d3d72b55edd1b7552a9a358991555994efab0e9}}<br />
<br />
* {{messageLink|20230317230930.nhsgk3qfk7f4axls%40awork3.anarazel.de|Should we remove vacuum_defer_cleanup_age?}}<br />
** Owner: Andres Freund<br />
** Fixed at: {{PgCommitURL|1118cd37eb61e6a2428f457a8b2026a7bb3f801a}}<br />
<br />
* {{messageLink|2fefa454-5a70-2174-ddbf-4a0e41537139@gmail.com|Add two missing tests in 035_standby_logical_decoding.pl}}<br />
** Fixed at: {{PgCommitURL|376dc820531bafcbf105fff74c5b14c23d9950af}}<br />
** Fixed at: {{PgCommitURL|a6e04b1d20c2e9cece9b64bb5b36ebfdc3a9031b}}<br />
<br />
* {{messageLink|b32bed1b-0746-9b20-1472-4bdc9ca66d52@gmail.com|Performance regression due to SQLValueFunction removal}}<br />
** Fixed at: {{PgCommitURL|d8c3106bb60e4f87be595f241e173ba3c2b7aa2c}}<br />
<br />
* {{messageLink|20230419172326.dhgyo4wrrhulovt6%40awork3.anarazel.de|pg_stat_io not tracking smgrwriteback() is confusing}}<br />
** Owner: Andres Freund<br />
** Fixed at: {{PgCommitURL|093e5c57d506783a95dd8feddd9a3f2651e1aeba}}<br />
<br />
* {{messageLink|ZFhCyn4Gm2eu60rB@paquier.xyz|Table data compression is broken with pg_dump --compress lz4}}<br />
** Owner: Tomas Vondra<br />
** Fixed at: {{PgCommitURL|1a05c1d252993b0a59c58a6daf91a2df9333044f}}<br />
<br />
* {{messageLink|94ae9bca-5ebb-1e68-bb7b-4f32e89fefbe@gmail.com|Valgrind unhappy with LZ4F code in pg_dump}}<br />
** Owner: Tomas Vondra<br />
** Fixed at: {{PgCommitURL|3c18d90f8907e53c3021fca13ad046133c480e4d}}<br />
<br />
== Won't Fix ==<br />
<br />
* Is it OK that WL_SOCKET_ACCEPT is less fair on Windows than on Unix (and than the coding before 16) when there are multiple server sockets configured?<br />
** {{messageLink|CA%2BhUKG%2BA2dk29hr5zRP3HVJQ-_PncNJM6HVQ7aaYLXLRBZU-xw%40mail.gmail.com|WL_SOCKET_ACCEPT fairness on Windows}} has a (blind) patch to fix that, but would need a Windows hacker to test<br />
** Owner: Thomas Munro<br />
** Original commit: {{PgCommitURL|7389aad6}}<br />
** Issue reclassified as a non-critical improvement to be [https://commitfest.postgresql.org/43/4263/ considered for 17]<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Beta 2: TBD<br />
* Beta 1: May 25, 2023<br />
* Feature Freeze: April 8, 2023 0:00 AoE ('''Last Day to Commit Features''')<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
* [[PostgreSQL 15 Open Items]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_16_Open_Items&diff=37835PostgreSQL 16 Open Items2023-05-18T15:30:57Z<p>Tgl: /* Live issues */ add EPQ problem</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
'''NOTE''': If known, please list the Owner of the open item.<br />
<br />
* Switch to ICU for 17?<br />
** Owner: Jeff Davis<br />
** {{messageLink|82c4c816-06f6-d3e3-ba02-fca4a5cef065@enterprisedb.com|I suggest waiting until next week to commit it and then see what happens}}<br />
** [https://commitfest.postgresql.org/42/4169/ CF Entry]<br />
* {{messageLink|e587e2ee-7de0-88a2-10f8-c7cf001bab8c%40postgrespro.ru|psql: Add role's membership options to the \du+ command}}<br />
** [https://commitfest.postgresql.org/43/4116/ CF Entry]<br />
** NOTE: This is not a committed feature for v16<br />
* {{messageLink|874jp9f5jo.fsf@news-spur.riddles.org.uk|The rules for choosing default ICU locale seem pretty unfriendly}}<br />
** Owner: Jeff Davis<br />
* {{messageLink|CAMbWs4-_vwkBij4XOQ5ukxUvLgwTm0kS5_DO9CicUeKbEfKjUw%40mail.gmail.com|Assert failure of the cross-check for nullingrels}}<br />
** Owner: Tom Lane<br />
** Original commit: {{PgCommitURL|2489d76c4}}<br />
** [https://commitfest.postgresql.org/43/4250/ CF Entry]<br />
* {{messageLink|20230509190247.3rrplhdgem6su6cg@awork3.anarazel.de|walsender performance regression due to logical decoding on standby changes}}<br />
** Owner: Andres Freund<br />
** Original commit: {{PgCommitURL|e101dfac}}<br />
** {{messageLink|CALj2ACWeo64RSqf8tDbnSSUm_vbpK5GYdDiiFQk8E3Fg38mBdw@mail.gmail.com|Patch sent}}<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* [https://www.postgresql.org/message-id/268fd337-8bb7-92e6-0da2-416c022c11f3%40enterprisedb.com Reconsider a utility_query_id GUC to control if query jumbling of utilities can go through the past string-only mode and the new mode?]<br />
** Potential owner: Michael Paquier<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer] [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report] [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report] [https://www.postgresql.org/message-id/flat/CAPH-tTxLf44s3CvUUtQpkDr1D8Hxqc2NGDzGXS1ODsfiJ6WSqA%40mail.gmail.com Another report] [https://www.postgresql.org/message-id/flat/a53cacb0-8835-57d6-31e4-4c5ef196de1a@deepbluecap.com Another report]<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/ZArVOMifjzE7f8W7%40paquier.xyz Requiring recovery.signal or standby.signal when recovering with a backup_label]<br />
** This is a rather old behavior that affects all stable branches, still not something that should be backpatched as-is.<br />
<br />
* {{messageLink|cfcca574-6967-c5ab-7dc3-2c82b6723b99@mail.ru|pg_visibility's pg_check_visible() yields false positive when working in parallel with autovacuum}}<br />
** {{messageLink|1649062270.289865713@f403.i.mail.ru|Thread with patch}} [https://commitfest.postgresql.org/43/3739/ CF Entry]<br />
<br />
* {{messageLink|17862-1ab8f74b0f7b0611@postgresql.org|WindowAgg startup costs don't take into account partition bound. Can lead to incorrect use of cheap startup plans}}<br />
** {{messageLink|CAApHDvrB0S5BMv+0-wTTqWFE-BJ0noWqTnDu9QQfjZ2VSpLv_g@mail.gmail.com|Patch to fix and discussion}}<br />
<br />
* {{messageLink|1516594.1681482708@sss.pgh.pa.us|We are not compatible with newly-released LLVM 16}}<br />
<br />
* {{messageLink|20230314174521.74jl6ffqsee5mtug%40awork3.anarazel.de|DROP DATABASE is interruptible}}<br />
** Additional discussion: {{messageLink|01020187577238cf-da8c0f4a-3ab9-445a-8c74-31ef51439f30-000000%40eu-west-1.amazonses.com|"PANIC: could not open critical system index 2662" - twice}}<br />
<br />
* {{messageLink|CAJ7c6TMBTN3rcz4=AjYhLPD_w3FFT0Wq_C15jxCDn8U4tZnH1g@mail.gmail.com| EPQ misbehaves for inherited/partitioned tables}}<br />
** Owner: Tom Lane (86dc90056)<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
** Fixed at: {{PgCommitURL|8fcb32db98eda1ad2a0c0b40b1cbb5d9a7aa68f0}} and {{PgCommitURL|ffd1b6bb6f8a2ffc929699772610c6925364dbb3}} for HEAD.<br />
<br />
* [https://www.postgresql.org/message-id/flat/CAC+AXB26a4EmxM2suXxPpJaGrqAdxracd7hskLg-zxtPB50h7A@mail.gmail.com Fix fseek() detection of unseekable files on WIN32]<br />
** Fixed at: {{PgCommitURL|a923e21631a29dc8b8781d7d02b5003d0df64ca3}} and {{PgCommitURL|765f5df726918bcdcfd16bcc5418e48663d1dd59}}, down to 14.<br />
<br />
* {{messageLink|CAAKRu_bETD%2BAri600h6fRjX2p8rJSeMAUp%3D_y88juqOZgouTSg%40mail.gmail.com|Can't disable autovacuum cost delay through storage parameter}}<br />
** Fixed at: {{PgCommitURL|bfac8f8bc4a44c67c9f35b5266676278e4ba1217}}, down to 11.<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 16beta1 ===<br />
<br />
* {{messageLink|d46f9265-ff3c-6743-2278-6772598233c2%40pgmasters.net|Possible regression setting GUCs on \connect}}<br />
** Owner: Alexander Korotkov<br />
** Discussion on reverting {{PgCommitURL|096dd80f3}}<br />
** Original commit: {{PgCommitURL|096dd80f3}}<br />
** Fixed at (bug only): {{PgCommitURL|db93e739ac61332126207b16f14da93f8ecac594}}<br />
** Fixed at (feature reverted): {{PgCommitURL|b9a7a822723aebb16cbe7e5fb874e5124745b07e}}<br />
<br />
* Planner makes improper clause pushdown decisions due to outer-join-aware-Vars changes<br />
** {{messageLink|0b819232-4b50-f245-1c7d-c8c61bf41827@postgrespro.ru|Clause accidentally pushed down}}<br />
** {{messageLink|CAHewXNks3w_Vy9CWoVtHx1XSaeiFpsOzh-zy5eu0Khp1PtG1sA@mail.gmail.com|wrong results due to qual pushdown}}<br />
** Original commit: {{PgCommitURL|2489d76c4}}<br />
** Fixed at: {{PgCommitURL|9df8f903eb6758be5a19e66cdf77e922e9329c31}}<br />
<br />
* Revert {{PgCommitURL|ec386948948}}, per {{messageLink|20230330105325.y6uvpalspynf2frt@alvherre.pgsql|Re: "variable not found in subplan target list"}}<br />
** Reverted at {{PgCommitURL|5472743d9e8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAEZATCWETioXs5kY8vT6BVguY41_wD962VDk%3Du_Nvd7S1UXzuQ%40mail.gmail.com ERROR: ORDER/GROUP BY expression not found in targetlist]<br />
** Fixed at: {{PgCommitURL|da5800d5fa636c6e10c9c98402d872c76aa1c8d0}}<br />
<br />
* [https://www.postgresql.org/message-id/20230212233711.GA1316@telsasoft.com various elogs hit by sqlsmith (ExecRTCheckPerms() and many prunable partitions)]<br />
** Fixed at: {{PgCommitURL|c7468c73f7b6e842a53c12eaee5578a76a8fa7a6}}<br />
<br />
* [https://www.postgresql.org/message-id/20230228235834.GC30529@telsasoft.com pg_dump: zlib compression fails for empty objects (LOs)]<br />
** Fixed at: {{PgCommitURL|00d9dcf5bebbb355152a60f0e2120cdf7f9e7ddd}}<br />
<br />
* [https://www.postgresql.org/message-id/20230227044910.GO1653@telsasoft.com pg_dump: lz4 compression uses no persistent state and writes a block header for every row]<br />
** Fixed at: {{PgCommitURL|0070b66fef21e909adb283f7faa7b1978836ad75}}<br />
<br />
* {{messageLink|3590249.1680971629@sss.pgh.pa.us|Assertion failure with parallel full hash join}}<br />
** Fixed at: {{PgCommitURL|b37d051b0e59e4324e346655a27509507813db79}}<br />
<br />
* {{messageLink|ZDDO6jaESKaBgej0@tamriel.snowman.net|De-revert "Add support for Kerberos credential delegation"}}<br />
** Owner: Stephen Frost<br />
** Original commit: {{PgCommitURL|3d4fa227bce4294ce1cc214b4a9d3b7caa3f0454}}<br />
** Revert: ({{PgCommitURL|3d03b24c350ab060bb223623bdff38835bd7afd0}}<br />
** De-Revert: {{PgCommitURL|6633cfb21691840c33816a6dacaca0b504efb895}}<br />
** Resolved at: {{PgCommitURL|f7431bca8b0138bdbce7025871560d39119565a0}}<br />
<br />
* {{messageLink|c39be3c5-c1a5-1e33-1024-16f527e251a4@enterprisedb.com|SSL tests break on non-existing system CA pool}}<br />
** Fixed at: {{PgCommitURL|0b5d1fb36adda612bd3d5d032463a6eeb0729237}}<br />
<br />
* {{messageLink|CAD21AoBS7o6Ljt_vfqPQPf67AhzKu3fR0iqk8B%3DvVYczMugKMQ%40mail.gmail.com|VacuumUpdateCosts() logging condition incorrect for some initial values of vacuum_cost_delay}}<br />
** Fixed at: {{PgCommitURL|a9781ae11ba2fdb44a3a72c9a7ebb727140b25c5}}<br />
<br />
* {{messageLink|CA%2BhUKGJ-ZPJwKHVLbqye92-ZXeLoCHu5wJL6L6HhNP7FkJ%3DmeA%40mail.gmail.com|check_strxfrm_bug()}}<br />
** Owner: Thomas Munro<br />
** Fixed at: {{PgCommitURL|7d3d72b55edd1b7552a9a358991555994efab0e9}}<br />
<br />
* {{messageLink|20230317230930.nhsgk3qfk7f4axls%40awork3.anarazel.de|Should we remove vacuum_defer_cleanup_age?}}<br />
** Owner: Andres Freund<br />
** Fixed at: {{PgCommitURL|1118cd37eb61e6a2428f457a8b2026a7bb3f801a}}<br />
<br />
* {{messageLink|2fefa454-5a70-2174-ddbf-4a0e41537139@gmail.com|Add two missing tests in 035_standby_logical_decoding.pl}}<br />
** Fixed at: {{PgCommitURL|376dc820531bafcbf105fff74c5b14c23d9950af}}<br />
** Fixed at: {{PgCommitURL|a6e04b1d20c2e9cece9b64bb5b36ebfdc3a9031b}}<br />
<br />
* {{messageLink|b32bed1b-0746-9b20-1472-4bdc9ca66d52@gmail.com|Performance regression due to SQLValueFunction removal}}<br />
** Fixed at: {{PgCommitURL|d8c3106bb60e4f87be595f241e173ba3c2b7aa2c}}<br />
<br />
* {{messageLink|20230419172326.dhgyo4wrrhulovt6%40awork3.anarazel.de|pg_stat_io not tracking smgrwriteback() is confusing}}<br />
** Owner: Andres Freund<br />
** Fixed at: {{PgCommitURL|093e5c57d506783a95dd8feddd9a3f2651e1aeba}}<br />
<br />
* {{messageLink|ZFhCyn4Gm2eu60rB@paquier.xyz|Table data compression is broken with pg_dump --compress lz4}}<br />
** Owner: Tomas Vondra<br />
** Fixed at: {{PgCommitURL|1a05c1d252993b0a59c58a6daf91a2df9333044f}}<br />
<br />
* {{messageLink|94ae9bca-5ebb-1e68-bb7b-4f32e89fefbe@gmail.com|Valgrind unhappy with LZ4F code in pg_dump}}<br />
** Owner: Tomas Vondra<br />
** Fixed at: {{PgCommitURL|3c18d90f8907e53c3021fca13ad046133c480e4d}}<br />
<br />
== Won't Fix ==<br />
<br />
* Is it OK that WL_SOCKET_ACCEPT is less fair on Windows than on Unix (and than the coding before 16) when there are multiple server sockets configured?<br />
** {{messageLink|CA%2BhUKG%2BA2dk29hr5zRP3HVJQ-_PncNJM6HVQ7aaYLXLRBZU-xw%40mail.gmail.com|WL_SOCKET_ACCEPT fairness on Windows}} has a (blind) patch to fix that, but would need a Windows hacker to test<br />
** Owner: Thomas Munro<br />
** Original commit: {{PgCommitURL|7389aad6}}<br />
** Issue reclassified as a non-critical improvement to be [https://commitfest.postgresql.org/43/4263/ considered for 17]<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Beta 2: TBD<br />
* Beta 1: May 25, 2023<br />
* Feature Freeze: April 8, 2023 0:00 AoE ('''Last Day to Commit Features''')<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
* [[PostgreSQL 15 Open Items]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_16_Open_Items&diff=37831PostgreSQL 16 Open Items2023-05-17T15:17:22Z<p>Tgl: Fixed improper-qual-pushdown issue</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
'''NOTE''': If known, please list the Owner of the open item.<br />
<br />
* Switch to ICU for 17?<br />
** Owner: Jeff Davis<br />
** {{messageLink|82c4c816-06f6-d3e3-ba02-fca4a5cef065@enterprisedb.com|I suggest waiting until next week to commit it and then see what happens}}<br />
** [https://commitfest.postgresql.org/42/4169/ CF Entry]<br />
* {{messageLink|e587e2ee-7de0-88a2-10f8-c7cf001bab8c%40postgrespro.ru|psql: Add role's membership options to the \du+ command}}<br />
** [https://commitfest.postgresql.org/43/4116/ CF Entry]<br />
** NOTE: This is not a committed feature for v16<br />
* {{messageLink|874jp9f5jo.fsf@news-spur.riddles.org.uk|The rules for choosing default ICU locale seem pretty unfriendly}}<br />
** Owner: Jeff Davis<br />
* {{messageLink|20230419172326.dhgyo4wrrhulovt6%40awork3.anarazel.de|pg_stat_io not tracking smgrwriteback() is confusing}}<br />
** Owner: Andres Freund<br />
* {{messageLink|d46f9265-ff3c-6743-2278-6772598233c2%40pgmasters.net|Possible regression setting GUCs on \connect}}<br />
** Owner: Alexander Korotkov<br />
** Discussion on reverting {{PgCommitURL|096dd80f3}}<br />
** Original commit: {{PgCommitURL|096dd80f3}}<br />
** Fixed at (bug only): {{PgCommitURL|db93e739ac61332126207b16f14da93f8ecac594}}<br />
* {{messageLink|94ae9bca-5ebb-1e68-bb7b-4f32e89fefbe@gmail.com|Valgrind unhappy with LZ4F code in pg_dump}}<br />
** Owner: Tomas Vondra<br />
* {{messageLink|ZFhCyn4Gm2eu60rB@paquier.xyz|Table data compression is broken with pg_dump --compress lz4}}<br />
** Owner: Tomas Vondra<br />
* {{messageLink|CAMbWs4-_vwkBij4XOQ5ukxUvLgwTm0kS5_DO9CicUeKbEfKjUw%40mail.gmail.com|Assert failure of the cross-check for nullingrels}}<br />
** Owner: Tom Lane<br />
** Original commit: {{PgCommitURL|2489d76c4}}<br />
** [https://commitfest.postgresql.org/43/4250/ CF Entry]<br />
* {{messageLink|20230509190247.3rrplhdgem6su6cg@awork3.anarazel.de|walsender performance regression due to logical decoding on standby changes}}<br />
** Owner: Andres Freund<br />
** Original commit: {{PgCommitURL|e101dfac}}<br />
** {{messageLink|CALj2ACWeo64RSqf8tDbnSSUm_vbpK5GYdDiiFQk8E3Fg38mBdw@mail.gmail.com|Patch sent}}<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* [https://www.postgresql.org/message-id/268fd337-8bb7-92e6-0da2-416c022c11f3%40enterprisedb.com Reconsider a utility_query_id GUC to control if query jumbling of utilities can go through the past string-only mode and the new mode?]<br />
** Potential owner: Michael Paquier<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer] [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report] [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report] [https://www.postgresql.org/message-id/flat/CAPH-tTxLf44s3CvUUtQpkDr1D8Hxqc2NGDzGXS1ODsfiJ6WSqA%40mail.gmail.com Another report] [https://www.postgresql.org/message-id/flat/a53cacb0-8835-57d6-31e4-4c5ef196de1a@deepbluecap.com Another report]<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/ZArVOMifjzE7f8W7%40paquier.xyz Requiring recovery.signal or standby.signal when recovering with a backup_label]<br />
** This is a rather old behavior that affects all stable branches, still not something that should be backpatched as-is.<br />
<br />
* {{messageLink|cfcca574-6967-c5ab-7dc3-2c82b6723b99@mail.ru|pg_visibility's pg_check_visible() yields false positive when working in parallel with autovacuum}}<br />
** {{messageLink|1649062270.289865713@f403.i.mail.ru|Thread with patch}} [https://commitfest.postgresql.org/43/3739/ CF Entry]<br />
<br />
* {{messageLink|17862-1ab8f74b0f7b0611@postgresql.org|WindowAgg startup costs don't take into account partition bound. Can lead to incorrect use of cheap startup plans}}<br />
** {{messageLink|CAApHDvrB0S5BMv+0-wTTqWFE-BJ0noWqTnDu9QQfjZ2VSpLv_g@mail.gmail.com|Patch to fix and discussion}}<br />
<br />
* {{messageLink|1516594.1681482708@sss.pgh.pa.us|We are not compatible with newly-released LLVM 16}}<br />
<br />
* {{messageLink|20230314174521.74jl6ffqsee5mtug%40awork3.anarazel.de|DROP DATABASE is interruptible}}<br />
** Additional discussion: {{messageLink|01020187577238cf-da8c0f4a-3ab9-445a-8c74-31ef51439f30-000000%40eu-west-1.amazonses.com|"PANIC: could not open critical system index 2662" - twice}}<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
** Fixed at: {{PgCommitURL|8fcb32db98eda1ad2a0c0b40b1cbb5d9a7aa68f0}} and {{PgCommitURL|ffd1b6bb6f8a2ffc929699772610c6925364dbb3}} for HEAD.<br />
<br />
* [https://www.postgresql.org/message-id/flat/CAC+AXB26a4EmxM2suXxPpJaGrqAdxracd7hskLg-zxtPB50h7A@mail.gmail.com Fix fseek() detection of unseekable files on WIN32]<br />
** Fixed at: {{PgCommitURL|a923e21631a29dc8b8781d7d02b5003d0df64ca3}} and {{PgCommitURL|765f5df726918bcdcfd16bcc5418e48663d1dd59}}, down to 14.<br />
<br />
* {{messageLink|CAAKRu_bETD%2BAri600h6fRjX2p8rJSeMAUp%3D_y88juqOZgouTSg%40mail.gmail.com|Can't disable autovacuum cost delay through storage parameter}}<br />
** Fixed at: {{PgCommitURL|bfac8f8bc4a44c67c9f35b5266676278e4ba1217}}, down to 11.<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 16beta1 ===<br />
<br />
* Planner makes improper clause pushdown decisions due to outer-join-aware-Vars changes<br />
** {{messageLink|0b819232-4b50-f245-1c7d-c8c61bf41827@postgrespro.ru|Clause accidentally pushed down}}<br />
** {{messageLink|CAHewXNks3w_Vy9CWoVtHx1XSaeiFpsOzh-zy5eu0Khp1PtG1sA@mail.gmail.com|wrong results due to qual pushdown}}<br />
** Original commit: {{PgCommitURL|2489d76c4}}<br />
** Fixed at: {{PgCommitURL|9df8f903eb6758be5a19e66cdf77e922e9329c31}}<br />
<br />
* Revert {{PgCommitURL|ec386948948}}, per {{messageLink|20230330105325.y6uvpalspynf2frt@alvherre.pgsql|Re: "variable not found in subplan target list"}}<br />
** Reverted at {{PgCommitURL|5472743d9e8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAEZATCWETioXs5kY8vT6BVguY41_wD962VDk%3Du_Nvd7S1UXzuQ%40mail.gmail.com ERROR: ORDER/GROUP BY expression not found in targetlist]<br />
** Fixed at: {{PgCommitURL|da5800d5fa636c6e10c9c98402d872c76aa1c8d0}}<br />
<br />
* [https://www.postgresql.org/message-id/20230212233711.GA1316@telsasoft.com various elogs hit by sqlsmith (ExecRTCheckPerms() and many prunable partitions)]<br />
** Fixed at: {{PgCommitURL|c7468c73f7b6e842a53c12eaee5578a76a8fa7a6}}<br />
<br />
* [https://www.postgresql.org/message-id/20230228235834.GC30529@telsasoft.com pg_dump: zlib compression fails for empty objects (LOs)]<br />
** Fixed at: {{PgCommitURL|00d9dcf5bebbb355152a60f0e2120cdf7f9e7ddd}}<br />
<br />
* [https://www.postgresql.org/message-id/20230227044910.GO1653@telsasoft.com pg_dump: lz4 compression uses no persistent state and writes a block header for every row]<br />
** Fixed at: {{PgCommitURL|0070b66fef21e909adb283f7faa7b1978836ad75}}<br />
<br />
* {{messageLink|3590249.1680971629@sss.pgh.pa.us|Assertion failure with parallel full hash join}}<br />
** Fixed at: {{PgCommitURL|b37d051b0e59e4324e346655a27509507813db79}}<br />
<br />
* {{messageLink|ZDDO6jaESKaBgej0@tamriel.snowman.net|De-revert "Add support for Kerberos credential delegation"}}<br />
** Owner: Stephen Frost<br />
** Original commit: {{PgCommitURL|3d4fa227bce4294ce1cc214b4a9d3b7caa3f0454}}<br />
** Revert: ({{PgCommitURL|3d03b24c350ab060bb223623bdff38835bd7afd0}}<br />
** De-Revert: {{PgCommitURL|6633cfb21691840c33816a6dacaca0b504efb895}}<br />
** Resolved at: {{PgCommitURL|f7431bca8b0138bdbce7025871560d39119565a0}}<br />
<br />
* {{messageLink|c39be3c5-c1a5-1e33-1024-16f527e251a4@enterprisedb.com|SSL tests break on non-existing system CA pool}}<br />
** Fixed at: {{PgCommitURL|0b5d1fb36adda612bd3d5d032463a6eeb0729237}}<br />
<br />
* {{messageLink|CAD21AoBS7o6Ljt_vfqPQPf67AhzKu3fR0iqk8B%3DvVYczMugKMQ%40mail.gmail.com|VacuumUpdateCosts() logging condition incorrect for some initial values of vacuum_cost_delay}}<br />
** Fixed at: {{PgCommitURL|a9781ae11ba2fdb44a3a72c9a7ebb727140b25c5}}<br />
<br />
* {{messageLink|CA%2BhUKGJ-ZPJwKHVLbqye92-ZXeLoCHu5wJL6L6HhNP7FkJ%3DmeA%40mail.gmail.com|check_strxfrm_bug()}}<br />
** Owner: Thomas Munro<br />
** Fixed at: {{PgCommitURL|7d3d72b55edd1b7552a9a358991555994efab0e9}}<br />
<br />
* {{messageLink|20230317230930.nhsgk3qfk7f4axls%40awork3.anarazel.de|Should we remove vacuum_defer_cleanup_age?}}<br />
** Owner: Andres Freund<br />
** Fixed at: {{PgCommitURL|1118cd37eb61e6a2428f457a8b2026a7bb3f801a}}<br />
<br />
* {{messageLink|2fefa454-5a70-2174-ddbf-4a0e41537139@gmail.com|Add two missing tests in 035_standby_logical_decoding.pl}}<br />
** Fixed at: {{PgCommitURL|376dc820531bafcbf105fff74c5b14c23d9950af}}<br />
** Fixed at: {{PgCommitURL|a6e04b1d20c2e9cece9b64bb5b36ebfdc3a9031b}}<br />
<br />
* {{messageLink|b32bed1b-0746-9b20-1472-4bdc9ca66d52@gmail.com|Performance regression due to SQLValueFunction removal}}<br />
** Fixed at: {{PgCommitURL|d8c3106bb60e4f87be595f241e173ba3c2b7aa2c}}<br />
<br />
<br />
== Won't Fix ==<br />
<br />
* Is it OK that WL_SOCKET_ACCEPT is less fair on Windows than on Unix (and than the coding before 16) when there are multiple server sockets configured?<br />
** {{messageLink|CA%2BhUKG%2BA2dk29hr5zRP3HVJQ-_PncNJM6HVQ7aaYLXLRBZU-xw%40mail.gmail.com|WL_SOCKET_ACCEPT fairness on Windows}} has a (blind) patch to fix that, but would need a Windows hacker to test<br />
** Owner: Thomas Munro<br />
** Original commit: {{PgCommitURL|7389aad6}}<br />
** Issue reclassified as a non-critical improvement to be [https://commitfest.postgresql.org/43/4263/ considered for 17]<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Beta 2: TBD<br />
* Beta 1: May 25, 2023<br />
* Feature Freeze: April 8, 2023 0:00 AoE ('''Last Day to Commit Features''')<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
* [[PostgreSQL 15 Open Items]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_16_Open_Items&diff=37776PostgreSQL 16 Open Items2023-04-21T19:20:21Z<p>Tgl: /* Open Issues */ add ICU locale choice issues</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
'''NOTE''': If known, please list the Owner of the open item.<br />
<br />
* Revert {{PgCommitURL|ec386948948c1708c0c28c48ef08b9c4dd9d47cc}}<br />
** {{messageLink|20230330105325.y6uvpalspynf2frt@alvherre.pgsql|Re: "variable not found in subplan target list"}}<br />
* Is it OK that WL_SOCKET_ACCEPT is less fair on Windows than on Unix (and than the coding before 16) when there are multiple server sockets configured?<br />
** {{messageLink|CA%2BhUKG%2BA2dk29hr5zRP3HVJQ-_PncNJM6HVQ7aaYLXLRBZU-xw%40mail.gmail.com|WL_SOCKET_ACCEPT fairness on Windows}} has a (blind) patch to fix that, but would need a Windows hacker to test<br />
* Planner makes improper clause pushdown decisions due to outer-join-aware-Vars changes<br />
** {{messageLink|0b819232-4b50-f245-1c7d-c8c61bf41827@postgrespro.ru|Clause accidentally pushed down}}<br />
** {{messageLink|CAHewXNks3w_Vy9CWoVtHx1XSaeiFpsOzh-zy5eu0Khp1PtG1sA@mail.gmail.com|wrong results due to qual pushdown}}<br />
** Owner: Tom Lane (2489d76c4)<br />
* Switch to ICU for 17?<br />
** {{messageLink|82c4c816-06f6-d3e3-ba02-fca4a5cef065@enterprisedb.com|I suggest waiting until next week to commit it and then see what happens}}<br />
** [https://commitfest.postgresql.org/42/4169/ CF Entry]<br />
* {{messageLink|20230317230930.nhsgk3qfk7f4axls%40awork3.anarazel.de|Should we remove vacuum_defer_cleanup_age?}}<br />
** Owner: Andres Freund<br />
* {{messageLink|e587e2ee-7de0-88a2-10f8-c7cf001bab8c%40postgrespro.ru|psql: Add role's membership options to the \du+ command}}<br />
** [https://commitfest.postgresql.org/43/4116/ CF Entry]<br />
* {{messageLink|2fefa454-5a70-2174-ddbf-4a0e41537139@gmail.com|Add two missing tests in 035_standby_logical_decoding.pl}}<br />
* {{messageLink|874jp9f5jo.fsf@news-spur.riddles.org.uk|The rules for choosing default ICU locale seem pretty unfriendly}}<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* [https://www.postgresql.org/message-id/268fd337-8bb7-92e6-0da2-416c022c11f3%40enterprisedb.com Reconsider a utility_query_id GUC to control if query jumbling of utilities can go through the past string-only mode and the new mode?]<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer] [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report] [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report] [https://www.postgresql.org/message-id/flat/CAPH-tTxLf44s3CvUUtQpkDr1D8Hxqc2NGDzGXS1ODsfiJ6WSqA%40mail.gmail.com Another report] [https://www.postgresql.org/message-id/flat/a53cacb0-8835-57d6-31e4-4c5ef196de1a@deepbluecap.com Another report]<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/ZArVOMifjzE7f8W7%40paquier.xyz Requiring recovery.signal or standby.signal when recovering with a backup_label]<br />
** This is a rather old behavior that affects all stable branches, still not something that should be backpatched as-is.<br />
<br />
* {{messageLink|cfcca574-6967-c5ab-7dc3-2c82b6723b99@mail.ru|pg_visibility's pg_check_visible() yields false positive when working in parallel with autovacuum}}<br />
** {{messageLink|1649062270.289865713@f403.i.mail.ru|Thread with patch}} [https://commitfest.postgresql.org/43/3739/ CF Entry]<br />
<br />
* {{messageLink|CAAKRu_bETD%2BAri600h6fRjX2p8rJSeMAUp%3D_y88juqOZgouTSg%40mail.gmail.com|Can't disable autovacuum cost delay through storage parameter}}<br />
<br />
* {{messageLink|17862-1ab8f74b0f7b0611@postgresql.org|WindowAgg startup costs don't take into account partition bound. Can lead to incorrect use of cheap startup plans}}<br />
** {{messageLink|CAApHDvrB0S5BMv+0-wTTqWFE-BJ0noWqTnDu9QQfjZ2VSpLv_g@mail.gmail.com|Patch to fix and discussion}}<br />
<br />
* {{messageLink|1516594.1681482708@sss.pgh.pa.us|We are not compatible with newly-released LLVM 16}}<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
** Fixed at: {{PgCommitURL|8fcb32db98eda1ad2a0c0b40b1cbb5d9a7aa68f0}} and {{PgCommitURL|ffd1b6bb6f8a2ffc929699772610c6925364dbb3}} for HEAD.<br />
<br />
* [https://www.postgresql.org/message-id/flat/CAC+AXB26a4EmxM2suXxPpJaGrqAdxracd7hskLg-zxtPB50h7A@mail.gmail.com Fix fseek() detection of unseekable files on WIN32]<br />
** Fixed at: {{PgCommitURL|a923e21631a29dc8b8781d7d02b5003d0df64ca3}} and {{PgCommitURL|765f5df726918bcdcfd16bcc5418e48663d1dd59}}, down to 14.<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 16beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/CAEZATCWETioXs5kY8vT6BVguY41_wD962VDk%3Du_Nvd7S1UXzuQ%40mail.gmail.com ERROR: ORDER/GROUP BY expression not found in targetlist]<br />
** Fixed at: {{PgCommitURL|da5800d5fa636c6e10c9c98402d872c76aa1c8d0}}<br />
<br />
* [https://www.postgresql.org/message-id/20230212233711.GA1316@telsasoft.com various elogs hit by sqlsmith (ExecRTCheckPerms() and many prunable partitions)]<br />
** Fixed at: {{PgCommitURL|c7468c73f7b6e842a53c12eaee5578a76a8fa7a6}}<br />
<br />
* [https://www.postgresql.org/message-id/20230228235834.GC30529@telsasoft.com pg_dump: zlib compression fails for empty objects (LOs)]<br />
** Fixed at: {{PgCommitURL|00d9dcf5bebbb355152a60f0e2120cdf7f9e7ddd}}<br />
<br />
* [https://www.postgresql.org/message-id/20230227044910.GO1653@telsasoft.com pg_dump: lz4 compression uses no persistent state and writes a block header for every row]<br />
** Fixed at: {{PgCommitURL|0070b66fef21e909adb283f7faa7b1978836ad75}}<br />
<br />
* {{messageLink|3590249.1680971629@sss.pgh.pa.us|Assertion failure with parallel full hash join}}<br />
** Fixed at: {{PgCommitURL|b37d051b0e59e4324e346655a27509507813db79}}<br />
<br />
* {{messageLink|ZDDO6jaESKaBgej0@tamriel.snowman.net|De-revert "Add support for Kerberos credential delegation"}}<br />
** Owner: Stephen Frost<br />
** Original commit: {{PgCommitURL|3d4fa227bce4294ce1cc214b4a9d3b7caa3f0454}}<br />
** Revert: ({{PgCommitURL|3d03b24c350ab060bb223623bdff38835bd7afd0}}<br />
** De-Revert: {{PgCommitURL|6633cfb21691840c33816a6dacaca0b504efb895}}<br />
** Resolved at: {{PgCommitURL|f7431bca8b0138bdbce7025871560d39119565a0}}<br />
<br />
* {{messageLink|c39be3c5-c1a5-1e33-1024-16f527e251a4@enterprisedb.com|SSL tests break on non-existing system CA pool}}<br />
** Fixed at: {{PgCommitURL|0b5d1fb36adda612bd3d5d032463a6eeb0729237}}<br />
<br />
* {{messageLink|CAD21AoBS7o6Ljt_vfqPQPf67AhzKu3fR0iqk8B%3DvVYczMugKMQ%40mail.gmail.com|VacuumUpdateCosts() logging condition incorrect for some initial values of vacuum_cost_delay}}<br />
** Fixed at: {{PgCommitURL|a9781ae11ba2fdb44a3a72c9a7ebb727140b25c5}}<br />
<br />
== Won't Fix ==<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Beta 1: TBD<br />
* Feature Freeze: April 8, 2023 0:00 AoE ('''Last Day to Commit Features''')<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
* [[PostgreSQL 15 Open Items]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_16_Open_Items&diff=37762PostgreSQL 16 Open Items2023-04-16T03:05:00Z<p>Tgl: /* Live issues */ add LLVM compatibility issue</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
'''NOTE''': If known, please list the Owner of the open item.<br />
<br />
* Revert {{PgCommitURL|ec386948948c1708c0c28c48ef08b9c4dd9d47cc}}<br />
** {{messageLink|20230330105325.y6uvpalspynf2frt@alvherre.pgsql|Re: "variable not found in subplan target list"}}<br />
* Is it OK that WL_SOCKET_ACCEPT is less fair on Windows than on Unix (and than the coding before 16) when there are multiple server sockets configured?<br />
** {{messageLink|CA%2BhUKG%2BA2dk29hr5zRP3HVJQ-_PncNJM6HVQ7aaYLXLRBZU-xw%40mail.gmail.com|WL_SOCKET_ACCEPT fairness on Windows}} has a (blind) patch to fix that, but would need a Windows hacker to test<br />
* Planner makes improper clause pushdown decisions due to outer-join-aware-Vars changes<br />
** {{messageLink|0b819232-4b50-f245-1c7d-c8c61bf41827@postgrespro.ru|Clause accidentally pushed down}}<br />
** {{messageLink|CAHewXNks3w_Vy9CWoVtHx1XSaeiFpsOzh-zy5eu0Khp1PtG1sA@mail.gmail.com|wrong results due to qual pushdown}}<br />
** Owner: Tom Lane (2489d76c4)<br />
* Switch to ICU for 17?<br />
** {{messageLink|82c4c816-06f6-d3e3-ba02-fca4a5cef065@enterprisedb.com|I suggest waiting until next week to commit it and then see what happens}}<br />
** [https://commitfest.postgresql.org/42/4169/ CF Entry]<br />
* {{messageLink|CAD21AoBS7o6Ljt_vfqPQPf67AhzKu3fR0iqk8B%3DvVYczMugKMQ%40mail.gmail.com|VacuumUpdateCosts() logging condition incorrect for some initial values of vacuum_cost_delay}}<br />
** Owner: Daniel Gustafsson<br />
* {{messageLink|20230317230930.nhsgk3qfk7f4axls%40awork3.anarazel.de|Should we remove vacuum_defer_cleanup_age?}}<br />
** Owner: Andres Freund<br />
* {{messageLink|c39be3c5-c1a5-1e33-1024-16f527e251a4@enterprisedb.com|SSL tests break on non-existing system CA pool}}<br />
** Owner: Daniel Gustafsson<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* [https://www.postgresql.org/message-id/268fd337-8bb7-92e6-0da2-416c022c11f3%40enterprisedb.com Reconsider a utility_query_id GUC to control if query jumbling of utilities can go through the past string-only mode and the new mode?]<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer] [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report] [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report] [https://www.postgresql.org/message-id/flat/CAPH-tTxLf44s3CvUUtQpkDr1D8Hxqc2NGDzGXS1ODsfiJ6WSqA%40mail.gmail.com Another report] [https://www.postgresql.org/message-id/flat/a53cacb0-8835-57d6-31e4-4c5ef196de1a@deepbluecap.com Another report]<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/ZArVOMifjzE7f8W7%40paquier.xyz Requiring recovery.signal or standby.signal when recovering with a backup_label]<br />
** This is a rather old behavior that affects all stable branches, still not something that should be backpatched as-is.<br />
<br />
* {{messageLink|cfcca574-6967-c5ab-7dc3-2c82b6723b99@mail.ru|pg_visibility's pg_check_visible() yields false positive when working in parallel with autovacuum}}<br />
** {{messageLink|1649062270.289865713@f403.i.mail.ru|Thread with patch}} [https://commitfest.postgresql.org/43/3739/ CF Entry]<br />
<br />
* {{messageLink|CAAKRu_bETD%2BAri600h6fRjX2p8rJSeMAUp%3D_y88juqOZgouTSg%40mail.gmail.com|Can't disable autovacuum cost delay through storage parameter}}<br />
<br />
* {{messageLink|17862-1ab8f74b0f7b0611@postgresql.org|WindowAgg startup costs don't take into account partition bound. Can lead to incorrect use of cheap startup plans}}<br />
** {{messageLink|CAApHDvrB0S5BMv+0-wTTqWFE-BJ0noWqTnDu9QQfjZ2VSpLv_g@mail.gmail.com|Patch to fix and discussion}}<br />
<br />
* {{messageLink|1516594.1681482708@sss.pgh.pa.us|We are not compatible with newly-released LLVM 16}}<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
** Fixed at: {{PgCommitURL|8fcb32db98eda1ad2a0c0b40b1cbb5d9a7aa68f0}} and {{PgCommitURL|ffd1b6bb6f8a2ffc929699772610c6925364dbb3}} for HEAD.<br />
<br />
* [https://www.postgresql.org/message-id/flat/CAC+AXB26a4EmxM2suXxPpJaGrqAdxracd7hskLg-zxtPB50h7A@mail.gmail.com Fix fseek() detection of unseekable files on WIN32]<br />
** Fixed at: {{PgCommitURL|a923e21631a29dc8b8781d7d02b5003d0df64ca3}} and {{PgCommitURL|765f5df726918bcdcfd16bcc5418e48663d1dd59}}, down to 14.<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 16beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/CAEZATCWETioXs5kY8vT6BVguY41_wD962VDk%3Du_Nvd7S1UXzuQ%40mail.gmail.com ERROR: ORDER/GROUP BY expression not found in targetlist]<br />
** Fixed at: {{PgCommitURL|da5800d5fa636c6e10c9c98402d872c76aa1c8d0}}<br />
<br />
* [https://www.postgresql.org/message-id/20230212233711.GA1316@telsasoft.com various elogs hit by sqlsmith (ExecRTCheckPerms() and many prunable partitions)]<br />
** Fixed at: {{PgCommitURL|c7468c73f7b6e842a53c12eaee5578a76a8fa7a6}}<br />
<br />
* [https://www.postgresql.org/message-id/20230228235834.GC30529@telsasoft.com pg_dump: zlib compression fails for empty objects (LOs)]<br />
** Fixed at: {{PgCommitURL|00d9dcf5bebbb355152a60f0e2120cdf7f9e7ddd}}<br />
<br />
* [https://www.postgresql.org/message-id/20230227044910.GO1653@telsasoft.com pg_dump: lz4 compression uses no persistent state and writes a block header for every row]<br />
** Fixed at: {{PgCommitURL|0070b66fef21e909adb283f7faa7b1978836ad75}}<br />
<br />
* {{messageLink|3590249.1680971629@sss.pgh.pa.us|Assertion failure with parallel full hash join}}<br />
** Fixed at: {{PgCommitURL|b37d051b0e59e4324e346655a27509507813db79}}<br />
<br />
* {{messageLink|ZDDO6jaESKaBgej0@tamriel.snowman.net|De-revert "Add support for Kerberos credential delegation"}}<br />
** Owner: Stephen Frost<br />
** Original commit: {{PgCommitURL|3d4fa227bce4294ce1cc214b4a9d3b7caa3f0454}}<br />
** Revert: ({{PgCommitURL|3d03b24c350ab060bb223623bdff38835bd7afd0}}<br />
** De-Revert: {{PgCommitURL|6633cfb21691840c33816a6dacaca0b504efb895}}<br />
** Resolved at: {{PgCommitURL|f7431bca8b0138bdbce7025871560d39119565a0}}<br />
<br />
== Won't Fix ==<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Beta 1: TBD<br />
* Feature Freeze: April 8, 2023 0:00 AoE ('''Last Day to Commit Features''')<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
* [[PostgreSQL 15 Open Items]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_16_Open_Items&diff=37709PostgreSQL 16 Open Items2023-04-06T22:44:22Z<p>Tgl: /* Open Issues */ add clause pushdown issue</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
* Revert ec386948948?<br />
** {{messageLink|20230330105325.y6uvpalspynf2frt@alvherre.pgsql|Re: "variable not found in subplan target list"}}<br />
* Is it OK that WL_SOCKET_ACCEPT is less fair on Windows than on Unix (and than the coding before 16) when there are multiple server sockets configured?<br />
** {{messageLink|CA%2BhUKG%2BA2dk29hr5zRP3HVJQ-_PncNJM6HVQ7aaYLXLRBZU-xw%40mail.gmail.com|WL_SOCKET_ACCEPT fairness on Windows}} has a (blind) patch to fix that, but would need a Windows hacker to test<br />
* Planner makes improper clause pushdown decisions due to outer-join-aware-Vars changes<br />
** {{messageLink|0b819232-4b50-f245-1c7d-c8c61bf41827@postgrespro.ru|Clause accidentally pushed down}}<br />
** {{messageLink|CAHewXNks3w_Vy9CWoVtHx1XSaeiFpsOzh-zy5eu0Khp1PtG1sA@mail.gmail.com|wrong results due to qual pushdown}}<br />
** Owner: Tom Lane (2489d76c4)<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* [https://www.postgresql.org/message-id/268fd337-8bb7-92e6-0da2-416c022c11f3%40enterprisedb.com Reconsider a utility_query_id GUC to control if query jumbling of utilities can go through the past string-only mode and the new mode?]<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer] [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report] [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report] [https://www.postgresql.org/message-id/flat/CAPH-tTxLf44s3CvUUtQpkDr1D8Hxqc2NGDzGXS1ODsfiJ6WSqA%40mail.gmail.com Another report] [https://www.postgresql.org/message-id/flat/a53cacb0-8835-57d6-31e4-4c5ef196de1a@deepbluecap.com Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/ZArVOMifjzE7f8W7%40paquier.xyz Requiring recovery.signal or standby.signal when recovering with a backup_label]<br />
** This is a rather old behavior that affects all stable branches, still not something that should be backpatched as-is.<br />
<br />
* [https://www.postgresql.org/message-id/flat/CAC+AXB26a4EmxM2suXxPpJaGrqAdxracd7hskLg-zxtPB50h7A@mail.gmail.com Fix fseek() detection of unseekable files on WIN32]<br />
<br />
=== Fixed issues ===<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 16beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/CAEZATCWETioXs5kY8vT6BVguY41_wD962VDk%3Du_Nvd7S1UXzuQ%40mail.gmail.com ERROR: ORDER/GROUP BY expression not found in targetlist]<br />
** Fixed at: {{PgCommitURL|da5800d5fa636c6e10c9c98402d872c76aa1c8d0}}<br />
<br />
* [https://www.postgresql.org/message-id/20230212233711.GA1316@telsasoft.com various elogs hit by sqlsmith (ExecRTCheckPerms() and many prunable partitions)]<br />
** Fixed at: {{PgCommitURL|c7468c73f7b6e842a53c12eaee5578a76a8fa7a6}}<br />
<br />
* [https://www.postgresql.org/message-id/20230228235834.GC30529@telsasoft.com pg_dump: zlib compression fails for empty objects (LOs)]<br />
** Fixed at: {{PgCommitURL|00d9dcf5bebbb355152a60f0e2120cdf7f9e7ddd}}<br />
<br />
* [https://www.postgresql.org/message-id/20230227044910.GO1653@telsasoft.com pg_dump: lz4 compression uses no persistent state and writes a block header for every row]<br />
** Fixed at: {{PgCommitURL|0070b66fef21e909adb283f7faa7b1978836ad75}}<br />
<br />
== Won't Fix ==<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Beta 1: TBD<br />
* Feature Freeze: April 8, 2023 0:00 AoE ('''Last Day to Commit Features''')<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
* [[PostgreSQL 15 Open Items]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PgCon_2023_Developer_Meeting&diff=37671PgCon 2023 Developer Meeting2023-03-21T13:53:12Z<p>Tgl: /* RSVPs */</p>
<hr />
<div>A meeting of the interested PostgreSQL developers is being planned for Tuesday 30 May, 2023 at the University of Ottawa, prior to pgCon 2023. In order to keep the numbers manageable, this meeting is by '''invitation only'''.<br />
Any questions regarding the invitations to this event should be directed to the team of individuals tasked with coming up with the list of people to invite:<br />
<br />
* Andres Freund<br />
* Stephen Frost<br />
* Dave Page<br />
<br />
An Unconference will be held on Friday for in-depth discussion of technical topics.<br />
<br />
This is a PostgreSQL Community event.<br />
<br />
== Meeting Goals ==<br />
<br />
* Define the schedule for the upcoming releases<br />
* Address any proposed timing, policy, or procedure issues<br />
* Receive updates from project sub-teams on their activities and discuss any resulting issues or concerns.<br />
* Address any proposed [http://en.wikipedia.org/wiki/Wicked_problem Wicked problems]<br />
<br />
== Time & Location ==<br />
<br />
The meeting will (probably) be:<br />
<br />
* 9:00AM to 12PM<br />
* DMS 3105 - Desmarais Hall, 55 Laurier Avenue East<br />
* University of Ottawa.<br />
<br />
Lunch will be served during the meeting.<br />
<br />
== RSVPs ==<br />
<br />
The following people have RSVPed to the meeting (in alphabetical order, by surname). Note that we can accommodate a '''maximum of 30'''!<br />
<br />
# Stephen Frost<br />
# Tom Lane<br />
# Dave Page<br />
<br />
The following people will not be in Ottawa, and do not plan to attend:<br />
<br />
== Agenda Items ==<br />
<br />
* 16.0 release and commitfest schedule (Dave)<br />
* ''Please add suggestions for agenda items here. (with your name)''<br />
<br />
==Agenda==<br />
<br />
{| border="1" cellpadding="4" cellspacing="0"<br />
!Time<br />
!Item<br />
!Presenter<br />
<br />
|- style="font-style:italic;background-color:lightgray;"<br />
|09:00 - 09:10<br />
|Welcome and introductions<br />
|Dave Page<br />
<br />
|- <br />
|09:10 - 09:20<br />
|Release and commitfest schedules<br />
|Dave Page<br />
<br />
|- <br />
|??:?? - ??:??<br />
|TBD<br />
|TBD<br />
<br />
|- style="font-style:italic;background-color:lightgray;"<br />
|10:30 - 11:00<br />
|Coffee break<br />
|All<br />
<br />
|- <br />
|??:?? - ??:??<br />
|TBD<br />
|TBD<br />
<br />
|- <br />
|11:50 - 12:00<br />
|Any other business<br />
|Dave Page<br />
<br />
|- style="font-style:italic;background-color:lightgray;"<br />
|12:00<br />
|Lunch<br />
|<br />
<br />
|}<br />
<br />
Note: This timetable is a rough guide only. Items will start as soon as the previous discussion is complete (breaks will not move materially however). Any remaining time before lunch may be used for Commitfest item triage or other activities.<br />
<br />
[[Category:Developer Meeting]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=37271PostgreSQL 15 Open Items2022-10-03T19:16:39Z<p>Tgl: \g bug fixed</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
* [https://www.postgresql.org/message-id/flat/YxfagaTXUNa9ggLb@ahch-to pgstat: START_REPLICATION SLOT assertion failure]<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
** Fixed by: {{PgCommitURL|8ab0ebb9a842dc6063d1374a38b47a3b7ee64afe}}<br />
<br />
* [https://www.postgresql.org/message-id/17485-396609c6925b982d%40postgresql.org Records missing from Primary Key index when doing REINDEX INDEX CONCURRENTLY]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|e28bb885196916b0a3d898ae4f2be0e38108d81b}}<br />
<br />
* [https://www.postgresql.org/message-id/20220519193839.GT19626%40telsasoft.com -c min_dynamic_shared_memory now triggers an assertion]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|7201cd1862}}<br />
<br />
* [https://www.postgresql.org/message-id/f8a4105f076544c180a87ef0c4822352%40stmuk.bayern.de Extension pg_trgm, permissions and pg_dump order]<br />
** Affects all stable branches.<br />
** Fixed by {{PgCommitURL|00377b9a02b89a831ae50e1c718d34565356698f}}<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 15.0 ===<br />
<br />
=== resolved before 15rc2 ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CACawEhVxe0ufR26UcqtU7GYGRuubq3p6ZWPGXL4cxy_uexpAAQ%40mail.gmail.com Memory leak in single-column sorts]<br />
** Fixed by: {{PgCommitURL|f7ae8a2e186ca27f4ea64fddc21bfabaf0618507}}<br />
* [https://www.postgresql.org/message-id/flat/17625-fc47c78b7d71b534%40postgresql.org PQsslAttribute not behaving as documented]<br />
** Fixed by: {{PgCommitURL|cae4688ce81b8449aa6e1e7bfa384d53520a81fb}}<br />
* [https://www.postgresql.org/message-id/674544.1664566802%40sss.pgh.pa.us GROUP BY optimization patch is too broken to ship]<br />
** Owner: Tomas Vondra (db0d67db2)<br />
** Fixed by: {{PgCommitURL|443df6e2db932a7cd6d85ddfb67e11a43345130d}}<br />
* [https://www.postgresql.org/message-id/4333844c-2244-4d6e-a49a-1d483fbe304f%40manitou-mail.org psql \g misbehaves with multiple commands]<br />
** Fixed by: {{PgCommitURL|595580aa1243df5f199516ff11a27ba9680e6904}}<br />
<br />
=== resolved before 15rc1 ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220831140128.GS31833%40telsasoft.com recovery fails with recovery_prefetch=on and maintenance_io_concurency=0]<br />
** Fixed by: {{PgCommitURL|adb466150b44d1eaf43a2d22f58ff4c545a0ed3f}}<br />
* [https://www.postgresql.org/message-id/20220912014235.GC31833@telsasoft.com FailedAssertion("TransactionIdIsValid(xmax)]<br />
** Fixed by: {{PgCommitURL|adb466150b44d1eaf43a2d22f58ff4c545a0ed3f}}<br />
* [https://www.postgresql.org/message-id/Yxa1SU4nH2HfN3/i%40ahch-to pg_publication_tables view is busted]<br />
** Fixed by: {{PgCommitURL|20b6847176976da9cae6103475b967e6c2971898}}<br />
* [https://www.postgresql.org/message-id/flat/20220902115511.GY31833%40telsasoft.com#ebfa4e87b4247318ccd1e233c7c9af4a replaying wal_compression=lz4/zstd on a server which doesn't support it exposes an elog() which includes no information about the failure]<br />
** Owner: Michael Paquier (4035cd5)<br />
** Fixed by: {{PgCommitURL|df4a056619a7e9868ec43a15e2088ff8ccf94471}}<br />
* [https://www.postgresql.org/message-id/flat/20220819133016.GV26426@telsasoft.com syntax error in MERGE docs]<br />
** Fixed by: {{PgCommitURL|5dcebd10baa8ec14a97029ca0bacaf2a9a0f8652}}<br />
* [https://www.postgresql.org/message-id/181A6DA8-3B7F-4B71-82D5-363FF0146820@yesql.se pg_upgrade generated files in subdir follow-up]<br />
** Fixed by: {{PgCommitURL|ee5353abb6124de5ffd24ef1cedbc2a7196d4fd5}}<br />
* [https://www.postgresql.org/message-id/1400032.1662217889@sss.pgh.pa.us pg_basebackup's --gzip switch misbehaves]<br />
** Fixed by: {{PgCommitURL|f352e2d08ac048d7407dd6098fc6b344ff85c2dd}}<br />
* [https://www.postgresql.org/message-id/CAFiTN-sE3ry=ycMPVtC+Djw4Fd7gbUGVv_qqw6qfzp=JLvqT3g@mail.gmail.com Assertion failure in WaitForWALToBecomeAvailable state machine]<br />
** Fixed by: {{PgCommitURL|b4f584f9d2a1b50d1f5ce88408a54bb11f1c8353}}<br />
* [https://www.postgresql.org/message-id/6dd6db0984d86a51b7255ba79f111971@postgrespro.ru Possible to create database with incompatible ICU and encoding settings]<br />
** Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** Fixed by: {{PgCommitURL|c7db01e325a530ec38ec7ba57cd3ed32e123e33c}}<br />
* [https://www.postgresql.org/message-id/flat/20220912005443.GB31833%40telsasoft.com#b900d448bc57e46da3a235219034ba4c startup process says "recovering NNN" after it's done recovering NNN]<br />
** Fixed by: {{PgCommitURL|fbb5f54b67c2f35c885d07daa26bce7e2eb6b0be}}<br />
* [https://www.postgresql.org/message-id/2729c9e2-9aac-8cda-f2f4-34f2bcc18f4e%40enterprisedb.com why can't a table be part of the same publication as its schema]<br />
** Owner: Amit Kapila<br />
** Fixed by: {{PgCommitURL|13a185f54ba594a5fb42bac3e1ecbdfd62b9041f}}<br />
<br />
=== resolved before 15beta4 ===<br />
<br />
* [https://www.postgresql.org/message-id/17579-82482cd7b267b862%40postgresql.org MERGE fails if inside a CTE]<br />
** Fixed by: {{PgCommitURL|455d254d22665eb}}<br />
* [https://www.postgresql.org/message-id/CACawEhXwHN3X34FiwoYG8vXR-oyUdrp7qcfRWSzS+NPahS5gSw@mail.gmail.com Materialized view rewrite is broken when there is an event trigger]<br />
** Owner: Michael Paquier (b0483263dda0824cc49e3f8a022dab07e1cdf9a7)<br />
** Fixed by: {{PgCommitURL|93f2349c36a7555a81d5e26edf9a0213fb3d323a}}<br />
* [https://www.postgresql.org/message-id/20220802175043.GA13682@telsasoft.com CREATE DATABASE STRATEGY WAL_LOG crash and memory corruption]<br />
** Owner: Robert Haas (9c08aea6a3090a396be334cc58c511edab05776a)<br />
* [https://www.postgresql.org/message-id/20220818133406.GL26426@telsasoft.com crash in parallel vacuum]<br />
** Fixed by: {{PgCommitURL|662ba729a67e5c6e43efbc5263e1d2c3a72a8741}}<br />
* [https://www.postgresql.org/message-id/flat/f385ba25e7f8be427b8c582e5cca7d79%40postgrespro.ru Crash in ICU for global collation]<br />
** Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** One issue has been fixed in 36f729e2bc3539e777cda698dc441b8ccec42142 but we still have a problem with [https://www.postgresql.org/message-id/7ad26354e75259f59c4a6c6997b8ee32@postgrespro.ru pg_collation.colliculocale not getting dumped]<br />
** Fixed by: {{PgCommitURL|396d348b046c6b7e5dc83158c4c1df1377a1d2ef}}<br />
* [https://www.postgresql.org/message-id/CA+hUKGLptJc_k=cEqGtyRb-2pyF++uUMNi-+VEhrUV6pmezJmg@mail.gmail.com PANIC during standby promotion]<br />
** Fixed by: {{PgCommitURL|932b01630095a08797e05ba1dae279731b862c95}}<br />
* [https://www.postgresql.org/message-id/aada8f97-924e-5661-aead-257aa346899c@enterprisedb.com GROUP BY optimization defeated partitionwise tests]<br />
** [https://www.postgresql.org/message-id/3242058.1659563057%40sss.pgh.pa.us Possibly-related complaint here]<br />
** Owner: Tomas Vondra (db0d67db2)<br />
** Fixed by: {{PgCommitURL|2fe6b2a806f20f2dbf02c6e79783dbc2777a1840}}<br />
<br />
=== resolved before 15beta3 ===<br />
<br />
* [https://www.postgresql.org/message-id/CAApHDvrHQkiFRHiGiAS-LMOvJN-eK-s762=tVzBz8ZqUea-a_A@mail.gmail.com tuplesort Generation memory contexts don't play nicely with index builds]<br />
** Owner: David Rowley<br />
** Fixed by: {{PgCommitURL|ae1123f9899fe80935ae344e38f18632beb1bf9a}}<br />
* [https://www.postgresql.org/message-id/YrpVkADAY0knF6vM@paquier.xyz Repeatability of installcheck for test_oat_hooks]<br />
** Owner: Andrew Dunstan<br />
** Fixed by: {{PgCommitURL|a6434b951558baad8372dc4b83bf87606dac9cda}}<br />
* [https://www.postgresql.org/message-id/20220530190155.47wr3x2prdwyciah@alap3.anarazel.de Revert debugging added due to 019_replslot_limit]<br />
** Owner: Andres Freund<br />
** Reverted: {{PgCommitURL|3f8148c256e067dc2e8929ed174671ba7dc3339c}}<br />
* [https://www.postgresql.org/message-id/CAApHDvqXpLzav6dUeR5vO_RBh_feHrHMLhigVQXw9jHCyKP9PA%40mail.gmail.com PG15 beta1 sort performance regression due to Generation context change]<br />
** Owner: David Rowley<br />
* [https://www.postgresql.org/message-id/20220706224727.GA2158260@nathanxps13 pg_parameter_aclcheck() and trusted extensions]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|13d83881514856353dc86575eb0fc28132349a60}}<br />
* [https://www.postgresql.org/message-id/YtjsbtZFCaou6C/k@paquier.xyz Unprivileged user can induce crash by using an SUSET param in PGOPTIONS]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|b35617de37870756bdb0e00ffc0a42441e56eefa}}<br />
* [https://www.postgresql.org/message-id/20220726050402.vsr6fmz7rsgpmdz3@jrouhaud wrong filename used in pg_ident_file_mapping infrastructure]<br />
** Owner: Michael Paquier (a2c84990bea7beadb599d02328190e2a763dcb86)<br />
** Fixed by: {{PgCommitURL|27e0ee57f68d27af68967759a2ff61a581f501dc}}<br />
* [https://www.postgresql.org/message-id/17558-3f6599ffcf52fd4a%40postgresql.org Endless loop with UNIQUE NULLS NOT DISTINCT and INSERT ... ON CONFLICT]<br />
** Owner: Peter Eisentraut (94aa7cc5f707712f592885995a28e018c7c80488)<br />
** Fixed by: {{PgCommitURL|d59383924c580a77a2346d9b1284c8589b3d43e2}}<br />
* [https://www.postgresql.org/message-id/PA4P191MB160009A09B9D0624359278CFBA9F9@PA4P191MB1600.EURP191.PROD.OUTLOOK.COM XX000 error caused by window function run conditions]<br />
** Owner: David Rowley<br />
** Fixed by: {{PgCommitURL|270eb4b5d4986534f2d522ebb19f67396d13cf44}}<br />
<br />
* [https://www.postgresql.org/message-id/20220701231413.GI13040@telsasoft.com large objects lost on upgrade]<br />
** Owner: Robert Haas (9a974cbcba005256a19991203583a94b4f9a21a9)<br />
** Fixed by: {{PgCommitURL|bbe08b8869bd29d587f24ef18eb45c7d4d14afca}}<br />
<br />
=== resolved before 15beta2 ===<br />
<br />
* [https://www.postgresql.org/message-id/CA+HiwqGAGobiiHR8nH382HJxqm1mzZs8=3oKPXnXivWoFSZmNA@mail.gmail.com pgbench --partitions=0]<br />
** Owner; Michael Paquier (6f164e6d17616a157ea5d9e34dbb1b211c080c41)<br />
** Fixed by: {{PgCommitURL|27f1366050c6cd8c1ea5f03b367a5a167ebf34b7}}<br />
* [https://www.postgresql.org/message-id/3813350.1652111765%40sss.pgh.pa.us psql now shows zero elapsed time after an error]<br />
** Owner: Peter Eisentraut<br />
** Fixed by: {{PgCommitURL|9520f8d92a8681e441cc863422babd544353dd39}}<br />
* [https://www.postgresql.org/message-id/17495-7ffe2fa0b261b9fa@postgresql.org Regression in 15beta1 when filtering subquery including row_number window function]<br />
** Owner: David Rowley (9d9c02ccd1aea8e9131d8f4edb21bf1687e40782)<br />
** Fixed by: {{PgCommitURL|3e9abd2eb1b1f6863250f060290f514f30ce8044}}<br />
* [https://www.postgresql.org/message-id/20220524235250.gtt3uu5zktfkr4hv@alap3.anarazel.de Safety of subtrans ID caching]<br />
** Owner: Michael Paquier (06f5295af673df795e8e70e28c43d61c2817b6df)<br />
** Fixed by: {{PgCommitURL|b4529005fd387e863bfa9eb863629b1183c0449c}}<br />
* [https://www.postgresql.org/message-id/f80ace33-11fb-1cd3-20f8-98f51d151088@enterprisedb.com pg_upgrade test writes to source directory]<br />
** Owner: Michael Paquier (322becb6085cb92d3708635eea61b45776bf27b6)<br />
** Fixed by: {{PgCommitURL|15b6d2155375dee2fcba072fffa03c1c8b44656c}}<br />
* [https://www.postgresql.org/message-id/77e6ecaa-2785-97aa-f229-4b6e047cbd2b@enterprisedb.com pg_upgrade is not idempotent, even with --check]<br />
** Owner: Michael Paquier (38bfae36526636ef55daf7cf2a3282403587cb5b)<br />
** Fixed by: {{PgCommitURL|4fff78f00910af0137f9de7532f8eb21d08ab1c3}}<br />
* [https://www.postgresql.org/message-id/202204251548.mudq7jbqnh7r@alvherre.pgsql bogus: logical replication rows/cols combinations]<br />
** Owner: Amit Kapila<br />
** Fixed by: {{PgCommitURL|fd0b9dcebda7b931a41ce5c8e86d13f2efd0af2e}}<br />
* [https://www.postgresql.org/message-id/05ebcb44-f383-86e3-4f31-0a97a55634cf%40enterprisedb.com Ignoring BRIN for HOT udpates seems broken]<br />
** Owner: Tomas Vondra (5753d4ee320b)<br />
** Fixed by: {{PgCommitURL|e3fcca0d0d2414f3a50d6fd40eddf48b7df81475}}<br />
* [https://www.postgresql.org/message-id/PAXPR02MB760039506C87A2083AD85575E3DA9%40PAXPR02MB7600.eurprd02.prod.outlook.com psql no longer reports NOTICE messages promptly]<br />
** Owner: Peter Eisentraut (7844c9918)<br />
** Fixed by: {{PgCommitURL|e77de23fbb0f4ef27090c144edcfa889bb2a06d5}}<br />
* [https://www.postgresql.org/message-id/20220517.162719.1671558681467343711.horikyota.ntt@gmail.com amcheck is using a wrong macro to check compressed-ness]<br />
** Owner: Robert Haas (bd807be6935929bdefe74d1258ca08048f0aafa3)<br />
** Fixed by: {{PgCommitURL|e243de03fb4583dd4a9f0afb41493727d7946c02}}<br />
* [https://www.postgresql.org/message-id/20220607154744.vvmitnqhyxrne5ms%40jrouhaud COPY WITH (HEADER MATCH) broken with custom attribute list]<br />
** Owner: Peter Eisentraut (072132f04e55c1c3b0f1a582318da78de7334379)<br />
** Fixed by: {{PgCommitURL|ca7a0d1d368216e89359c63531a4df0b99a437e4}}<br />
* [https://www.postgresql.org/message-id/flat/DM4PR84MB17349C4E7D88A68264C18AF3EED69%40DM4PR84MB1734.NAMPRD84.PROD.OUTLOOK.COM PG15 beta1 fix pg_stats_ext/pg_stats_ext_exprs view manual]<br />
** Tomas Vondra<br />
** Fixed by: {{PgCommitURL|401f623c7b14890011b9bb9dda7639b1de4d40ad}}<br />
* [https://www.postgresql.org/message-id/20220625151930.GH22452@telsasoft.com Incorrect version check for datlocprovider in pg_upgrade]<br />
** Owner: Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** Fixed by: {{PgCommitURL|fa06a34d14ea053e1e405a6ab2a1c3f1631c3a5e}}<br />
* [https://www.postgresql.org/message-id/17522-bfcd5c603b5f4daa@postgresql.org Failure in TAP tests for IP address support in SANs with LibreSSL]<br />
** Owner: Peter Eisentraut (c1932e542863f0f646f005b3492452acc57c7e66)<br />
** Fixed by: {{PgCommitURL|901a9d53011573e45cd7b87682f0520ef3b0fd2d}}<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/de57761c-b99b-3435-b0a6-474c72b1149a%40enterprisedb.com libpq: duplicate error message after connection loss]<br />
** Fixed by: {{PgCommitURL|93909599cdba64c8759d646983c0a4ef93de1e50}}<br />
<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Fixed by: {{PgCommitURL|ce4f46fdc814eb1b704d81640f6d8f03625d0f53}}<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
* [https://www.postgresql.org/message-id/CAKFQuwamFuaQHKdhcMt4Gbw5+Hca2UE741B8gOOXoA=TtAd2Yw@mail.gmail.com Incorrect reset timestamp in stats after crash recovery]<br />
** Owner: Andres Freund (5891c7a8ed8f2d3d577e7eea34dacff12d7b6bbd)<br />
** Fixed at: {{PgCommitURL|5cd1c40b3ce9600f129fd1fea9850e1affaf31d5}}<br />
<br />
* [https://www.postgresql.org/message-id/YlPQGNAAa04raObK@paquier.xyz Fixes for compression options of pg_receivewal and refactoring of backup_compression.{c,h}]<br />
** Owner: Michael Paquier (babbbb595d2322da095a1e6703171b3f1f2815cb)<br />
** Fixed at: {{PgCommitURL|042a923ad53dfbe39a9d5012d6c3cf3c9c338884}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Owner: Michael Paquier (46dea2419ee7895a4eb3d048317682e6f18a17e1)<br />
** Fixed at: {{PgCommitURL|e61efafcb82c605dcc78f668685223e20d2f7ad8}}, {{PgCommitURL|1a8b110539efe18803c1fa8aa452a2178dbad9a9}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+hUKGJRbzaAOUtBUcjF5hLtaSHnJUqXmtiaLEoi53zeWSizeA@mail.gmail.com qsort performance regression]<br />
** Owner: John Naylor (6974924347c908335607a4a2f252213d58e21b7c)<br />
** Fixed at: {{PgCommitURL|99c754129d787ea4ce3b34b9f4c5f5e74c45ab6a}}<br />
<br />
* [https://www.postgresql.org/message-id/YlZyp26LVVfmwfgW@paquier.xyz Small issues with CLUSTER on partitioned tables]<br />
** Owner: Alvaro Herrera (cfdd03f45e6afc632fbe70519250ec19167d6765)<br />
** Fixed at: {{PgCommitURL|3f19e176ae0f55a653d62e1504dbe5ad8c1006a0}}, {{PgCommitURL|21a10368eb3fce73f146d7e48b4d81496f60d965}}<br />
<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
** Fixed at: {{PgCommitURL|5c854e7a2c8a6cd26040e0f9949e7a4a007f6366}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220209220004.kb3dgtn2x2k2gtdm%40alap3.anarazel.de Corruption due to relfilenode reuse]<br />
** pg_upgrade can corrupt data with the new OIDs preservation feature<br />
*** Fixed at: {{PgCommitURL|e2f65f42555ff531c6d7c8f151526b4ef7c016f8}}<br />
** the ProcSignalBarrier solution this builds on also turns out to have a small race/hole<br />
*** Fixed at: {{PgCommitURL|b74e94dc27fdbb13954f230b1d1298430afa6c0c}}<br />
** Owner: Thomas Munro, Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/20220502042718.GB1565149@rfd.leadboat.com Some issues with the TAP tests of pg_upgrade]<br />
** Owner: Michael Paquier<br />
** Fixed at: {{PgCommitURL|7dd3ee508432730d15c5d3032f37362f6b6e4dd8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAMbWs4-LN%3DbF8f9eU2R94dJtF54DfDvBq%2BovqHnOQqbinYDrUw%40mail.gmail.com Crash in _outPathTarget]<br />
** Owner: Peter Eisentraut<br />
** Fixed at: {{PgCommitURL|9ddf251f94090cebf1bd8fc18396cb8a4b580d04}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/Ymd/e5eeZMNAkrXo%40paquier.xyz#23885a148c6899cc874a7bf68f228777 Instability of regression test of pg_walinspect]<br />
** Owner: Jeff Davis<br />
** Fixed at: {{PgCommitURL|ed57cac84d1c5642737dab1e4c4b8cb4f0c4305f}}<br />
<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
** Fixed at: {{PgCommitURL|4eb9798879680dcc0e3ebb301cf6f925dfa69422}}, {{PgCommitURL|112fdb3528465cc14a2f1dff3dc27f100326d885}}<br />
<br />
* [https://www.postgresql.org/message-id/CAA4eK1LpBFU49Ohbnk%3Ddv_v9YP%2BKqh1%2BSf8i%2B%2B_s-QhD1Gy4Qw%40mail.gmail.com 013_partition.pl failing]<br />
** Fixed at: {{PgCommitURL|dd4ab6fd6528e160571986fa8817cee9f2645aa8}}<br />
<br />
* [https://www.postgresql.org/message-id/Yni6ZHkGotUU+RSf@paquier.xyz Avoid garbage logs with postgres -C on runtime-computed GUCs]<br />
** Fixed at: {{PgCommitURL|8bbf8461a3a2a38ce5f2952a025385b6938a61f7}}<br />
** Owner: Michael Paquier<br />
<br />
* [https://www.postgresql.org/message-id/20220506234924.6mxxotl3xl63db3l@alap3.anarazel.de Some issues with mark_pgdllimport.pl]<br />
** Fixed at: {{PgCommitURL|5edeb574285ecbcc47f0b769a7e363404db0155b}}<br />
** Owner: Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/1656446.1650043715%40sss.pgh.pa.us Crash in new pgstats code]<br />
** Initially reported issue was fixed by {{PgCommitURL|4a736a161c306fcfed970e6b649f2f03f465ac24}}, but there may be more to do here.<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/b3463b8c-2328-dcac-0136-af95715493c1%40xs4all.nl TRAP: FailedAssertion("tabstat->trans == trans", File: "pgstat_relation.c", Line: 508]<br />
** Fixed at: {{PgCommitURL|0cf16cb8ca4853b084c40eca310c4c9c3ebf7e2a}}<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/YlGJGiofZiWN3elx@jrouhaud limitations of GetMaxBackends()]<br />
** Fixed at: {{PgCommitURL|4f2400cb3f10aa79f99fba680c198237da28dd38}}, {{PgCommitURL|ab02d702ef08343fba30d90fdf7df5950063e8c9}}, {{PgCommitURL|7fc0e7de9fb8306e84d1c15211aba4308f694455}}<br />
** Owner: Robert Haas (aa64f23b02924724eafbd9eadbf26d85df30a12b, and 4567596316d186c6e61c72df013797266fcac2f7)<br />
<br />
== Won't Fix ==<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Problem showed by 90efa2f5565d28054c30c18f6a2f17f94fdff91e.<br />
* [https://www.postgresql.org/message-id/20220603195318.qk4voicqfdhlsnoh@alap3.anarazel.de Reduce amount of logs generated by TAP tests of pg_upgrade?]<br />
** Owner: Michael Paquier<br />
** Other thread: [https://www.postgresql.org/message-id/YrP6ZRXITYWhpVrl@paquier.xyz here]<br />
** The problem is wider than just the upgrade tests, as all the runs of pg_regress would be impacted. We may want a more centralized solution for this older problem.<br />
* [https://www.postgresql.org/message-id/CABOikdM+cR6fDd1XkGu0paKWaa1E_s4WRG3oETw8u_U5NK1oeg@mail.gmail.com Assertion failure on PG15 with modified test_shm_mq test]<br />
** Owner: Andres Freund<br />
** on the thread, andres says that doesn't seem realistic to fix this, extensions will need to work around it<br />
* [https://www.postgresql.org/message-id/20220616233130.rparivafipt6doj3%40alap3.anarazel.de PG 15 (and to a smaller degree 14) regression due to ExprEvalStep size]<br />
** Owner: Andrew Dunstan<br />
** Feature reverted. Fixes will be made in a future release.<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: May 19, 2022<br />
* Beta 2: June 30, 2022<br />
* Beta 3: August 11, 2022<br />
* Beta 4: September 8, 2022<br />
* RC 1: September 29, 2022<br />
* RC 2: October 6, 2022<br />
* GA: October 13, 2022<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=37270PostgreSQL 15 Open Items2022-10-03T17:04:52Z<p>Tgl: /* Open Issues */ psql \g issue</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
* [https://www.postgresql.org/message-id/flat/YxfagaTXUNa9ggLb@ahch-to pgstat: START_REPLICATION SLOT assertion failure]<br />
* [https://www.postgresql.org/message-id/4333844c-2244-4d6e-a49a-1d483fbe304f%40manitou-mail.org psql \g misbehaves with multiple commands]<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
** Fixed by: {{PgCommitURL|8ab0ebb9a842dc6063d1374a38b47a3b7ee64afe}}<br />
<br />
* [https://www.postgresql.org/message-id/17485-396609c6925b982d%40postgresql.org Records missing from Primary Key index when doing REINDEX INDEX CONCURRENTLY]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|e28bb885196916b0a3d898ae4f2be0e38108d81b}}<br />
<br />
* [https://www.postgresql.org/message-id/20220519193839.GT19626%40telsasoft.com -c min_dynamic_shared_memory now triggers an assertion]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|7201cd1862}}<br />
<br />
* [https://www.postgresql.org/message-id/f8a4105f076544c180a87ef0c4822352%40stmuk.bayern.de Extension pg_trgm, permissions and pg_dump order]<br />
** Affects all stable branches.<br />
** Fixed by {{PgCommitURL|00377b9a02b89a831ae50e1c718d34565356698f}}<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 15.0 ===<br />
<br />
=== resolved before 15rc2 ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CACawEhVxe0ufR26UcqtU7GYGRuubq3p6ZWPGXL4cxy_uexpAAQ%40mail.gmail.com Memory leak in single-column sorts]<br />
** Fixed by: {{PgCommitURL|f7ae8a2e186ca27f4ea64fddc21bfabaf0618507}}<br />
* [https://www.postgresql.org/message-id/flat/17625-fc47c78b7d71b534%40postgresql.org PQsslAttribute not behaving as documented]<br />
** Fixed by: {{PgCommitURL|cae4688ce81b8449aa6e1e7bfa384d53520a81fb}}<br />
* [https://www.postgresql.org/message-id/674544.1664566802%40sss.pgh.pa.us GROUP BY optimization patch is too broken to ship]<br />
** Owner: Tomas Vondra (db0d67db2)<br />
** Fixed by: {{PgCommitURL|443df6e2db932a7cd6d85ddfb67e11a43345130d}}<br />
<br />
=== resolved before 15rc1 ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220831140128.GS31833%40telsasoft.com recovery fails with recovery_prefetch=on and maintenance_io_concurency=0]<br />
** Fixed by: {{PgCommitURL|adb466150b44d1eaf43a2d22f58ff4c545a0ed3f}}<br />
* [https://www.postgresql.org/message-id/20220912014235.GC31833@telsasoft.com FailedAssertion("TransactionIdIsValid(xmax)]<br />
** Fixed by: {{PgCommitURL|adb466150b44d1eaf43a2d22f58ff4c545a0ed3f}}<br />
* [https://www.postgresql.org/message-id/Yxa1SU4nH2HfN3/i%40ahch-to pg_publication_tables view is busted]<br />
** Fixed by: {{PgCommitURL|20b6847176976da9cae6103475b967e6c2971898}}<br />
* [https://www.postgresql.org/message-id/flat/20220902115511.GY31833%40telsasoft.com#ebfa4e87b4247318ccd1e233c7c9af4a replaying wal_compression=lz4/zstd on a server which doesn't support it exposes an elog() which includes no information about the failure]<br />
** Owner: Michael Paquier (4035cd5)<br />
** Fixed by: {{PgCommitURL|df4a056619a7e9868ec43a15e2088ff8ccf94471}}<br />
* [https://www.postgresql.org/message-id/flat/20220819133016.GV26426@telsasoft.com syntax error in MERGE docs]<br />
** Fixed by: {{PgCommitURL|5dcebd10baa8ec14a97029ca0bacaf2a9a0f8652}}<br />
* [https://www.postgresql.org/message-id/181A6DA8-3B7F-4B71-82D5-363FF0146820@yesql.se pg_upgrade generated files in subdir follow-up]<br />
** Fixed by: {{PgCommitURL|ee5353abb6124de5ffd24ef1cedbc2a7196d4fd5}}<br />
* [https://www.postgresql.org/message-id/1400032.1662217889@sss.pgh.pa.us pg_basebackup's --gzip switch misbehaves]<br />
** Fixed by: {{PgCommitURL|f352e2d08ac048d7407dd6098fc6b344ff85c2dd}}<br />
* [https://www.postgresql.org/message-id/CAFiTN-sE3ry=ycMPVtC+Djw4Fd7gbUGVv_qqw6qfzp=JLvqT3g@mail.gmail.com Assertion failure in WaitForWALToBecomeAvailable state machine]<br />
** Fixed by: {{PgCommitURL|b4f584f9d2a1b50d1f5ce88408a54bb11f1c8353}}<br />
* [https://www.postgresql.org/message-id/6dd6db0984d86a51b7255ba79f111971@postgrespro.ru Possible to create database with incompatible ICU and encoding settings]<br />
** Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** Fixed by: {{PgCommitURL|c7db01e325a530ec38ec7ba57cd3ed32e123e33c}}<br />
* [https://www.postgresql.org/message-id/flat/20220912005443.GB31833%40telsasoft.com#b900d448bc57e46da3a235219034ba4c startup process says "recovering NNN" after it's done recovering NNN]<br />
** Fixed by: {{PgCommitURL|fbb5f54b67c2f35c885d07daa26bce7e2eb6b0be}}<br />
* [https://www.postgresql.org/message-id/2729c9e2-9aac-8cda-f2f4-34f2bcc18f4e%40enterprisedb.com why can't a table be part of the same publication as its schema]<br />
** Owner: Amit Kapila<br />
** Fixed by: {{PgCommitURL|13a185f54ba594a5fb42bac3e1ecbdfd62b9041f}}<br />
<br />
=== resolved before 15beta4 ===<br />
<br />
* [https://www.postgresql.org/message-id/17579-82482cd7b267b862%40postgresql.org MERGE fails if inside a CTE]<br />
** Fixed by: {{PgCommitURL|455d254d22665eb}}<br />
* [https://www.postgresql.org/message-id/CACawEhXwHN3X34FiwoYG8vXR-oyUdrp7qcfRWSzS+NPahS5gSw@mail.gmail.com Materialized view rewrite is broken when there is an event trigger]<br />
** Owner: Michael Paquier (b0483263dda0824cc49e3f8a022dab07e1cdf9a7)<br />
** Fixed by: {{PgCommitURL|93f2349c36a7555a81d5e26edf9a0213fb3d323a}}<br />
* [https://www.postgresql.org/message-id/20220802175043.GA13682@telsasoft.com CREATE DATABASE STRATEGY WAL_LOG crash and memory corruption]<br />
** Owner: Robert Haas (9c08aea6a3090a396be334cc58c511edab05776a)<br />
* [https://www.postgresql.org/message-id/20220818133406.GL26426@telsasoft.com crash in parallel vacuum]<br />
** Fixed by: {{PgCommitURL|662ba729a67e5c6e43efbc5263e1d2c3a72a8741}}<br />
* [https://www.postgresql.org/message-id/flat/f385ba25e7f8be427b8c582e5cca7d79%40postgrespro.ru Crash in ICU for global collation]<br />
** Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** One issue has been fixed in 36f729e2bc3539e777cda698dc441b8ccec42142 but we still have a problem with [https://www.postgresql.org/message-id/7ad26354e75259f59c4a6c6997b8ee32@postgrespro.ru pg_collation.colliculocale not getting dumped]<br />
** Fixed by: {{PgCommitURL|396d348b046c6b7e5dc83158c4c1df1377a1d2ef}}<br />
* [https://www.postgresql.org/message-id/CA+hUKGLptJc_k=cEqGtyRb-2pyF++uUMNi-+VEhrUV6pmezJmg@mail.gmail.com PANIC during standby promotion]<br />
** Fixed by: {{PgCommitURL|932b01630095a08797e05ba1dae279731b862c95}}<br />
* [https://www.postgresql.org/message-id/aada8f97-924e-5661-aead-257aa346899c@enterprisedb.com GROUP BY optimization defeated partitionwise tests]<br />
** [https://www.postgresql.org/message-id/3242058.1659563057%40sss.pgh.pa.us Possibly-related complaint here]<br />
** Owner: Tomas Vondra (db0d67db2)<br />
** Fixed by: {{PgCommitURL|2fe6b2a806f20f2dbf02c6e79783dbc2777a1840}}<br />
<br />
=== resolved before 15beta3 ===<br />
<br />
* [https://www.postgresql.org/message-id/CAApHDvrHQkiFRHiGiAS-LMOvJN-eK-s762=tVzBz8ZqUea-a_A@mail.gmail.com tuplesort Generation memory contexts don't play nicely with index builds]<br />
** Owner: David Rowley<br />
** Fixed by: {{PgCommitURL|ae1123f9899fe80935ae344e38f18632beb1bf9a}}<br />
* [https://www.postgresql.org/message-id/YrpVkADAY0knF6vM@paquier.xyz Repeatability of installcheck for test_oat_hooks]<br />
** Owner: Andrew Dunstan<br />
** Fixed by: {{PgCommitURL|a6434b951558baad8372dc4b83bf87606dac9cda}}<br />
* [https://www.postgresql.org/message-id/20220530190155.47wr3x2prdwyciah@alap3.anarazel.de Revert debugging added due to 019_replslot_limit]<br />
** Owner: Andres Freund<br />
** Reverted: {{PgCommitURL|3f8148c256e067dc2e8929ed174671ba7dc3339c}}<br />
* [https://www.postgresql.org/message-id/CAApHDvqXpLzav6dUeR5vO_RBh_feHrHMLhigVQXw9jHCyKP9PA%40mail.gmail.com PG15 beta1 sort performance regression due to Generation context change]<br />
** Owner: David Rowley<br />
* [https://www.postgresql.org/message-id/20220706224727.GA2158260@nathanxps13 pg_parameter_aclcheck() and trusted extensions]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|13d83881514856353dc86575eb0fc28132349a60}}<br />
* [https://www.postgresql.org/message-id/YtjsbtZFCaou6C/k@paquier.xyz Unprivileged user can induce crash by using an SUSET param in PGOPTIONS]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|b35617de37870756bdb0e00ffc0a42441e56eefa}}<br />
* [https://www.postgresql.org/message-id/20220726050402.vsr6fmz7rsgpmdz3@jrouhaud wrong filename used in pg_ident_file_mapping infrastructure]<br />
** Owner: Michael Paquier (a2c84990bea7beadb599d02328190e2a763dcb86)<br />
** Fixed by: {{PgCommitURL|27e0ee57f68d27af68967759a2ff61a581f501dc}}<br />
* [https://www.postgresql.org/message-id/17558-3f6599ffcf52fd4a%40postgresql.org Endless loop with UNIQUE NULLS NOT DISTINCT and INSERT ... ON CONFLICT]<br />
** Owner: Peter Eisentraut (94aa7cc5f707712f592885995a28e018c7c80488)<br />
** Fixed by: {{PgCommitURL|d59383924c580a77a2346d9b1284c8589b3d43e2}}<br />
* [https://www.postgresql.org/message-id/PA4P191MB160009A09B9D0624359278CFBA9F9@PA4P191MB1600.EURP191.PROD.OUTLOOK.COM XX000 error caused by window function run conditions]<br />
** Owner: David Rowley<br />
** Fixed by: {{PgCommitURL|270eb4b5d4986534f2d522ebb19f67396d13cf44}}<br />
<br />
* [https://www.postgresql.org/message-id/20220701231413.GI13040@telsasoft.com large objects lost on upgrade]<br />
** Owner: Robert Haas (9a974cbcba005256a19991203583a94b4f9a21a9)<br />
** Fixed by: {{PgCommitURL|bbe08b8869bd29d587f24ef18eb45c7d4d14afca}}<br />
<br />
=== resolved before 15beta2 ===<br />
<br />
* [https://www.postgresql.org/message-id/CA+HiwqGAGobiiHR8nH382HJxqm1mzZs8=3oKPXnXivWoFSZmNA@mail.gmail.com pgbench --partitions=0]<br />
** Owner; Michael Paquier (6f164e6d17616a157ea5d9e34dbb1b211c080c41)<br />
** Fixed by: {{PgCommitURL|27f1366050c6cd8c1ea5f03b367a5a167ebf34b7}}<br />
* [https://www.postgresql.org/message-id/3813350.1652111765%40sss.pgh.pa.us psql now shows zero elapsed time after an error]<br />
** Owner: Peter Eisentraut<br />
** Fixed by: {{PgCommitURL|9520f8d92a8681e441cc863422babd544353dd39}}<br />
* [https://www.postgresql.org/message-id/17495-7ffe2fa0b261b9fa@postgresql.org Regression in 15beta1 when filtering subquery including row_number window function]<br />
** Owner: David Rowley (9d9c02ccd1aea8e9131d8f4edb21bf1687e40782)<br />
** Fixed by: {{PgCommitURL|3e9abd2eb1b1f6863250f060290f514f30ce8044}}<br />
* [https://www.postgresql.org/message-id/20220524235250.gtt3uu5zktfkr4hv@alap3.anarazel.de Safety of subtrans ID caching]<br />
** Owner: Michael Paquier (06f5295af673df795e8e70e28c43d61c2817b6df)<br />
** Fixed by: {{PgCommitURL|b4529005fd387e863bfa9eb863629b1183c0449c}}<br />
* [https://www.postgresql.org/message-id/f80ace33-11fb-1cd3-20f8-98f51d151088@enterprisedb.com pg_upgrade test writes to source directory]<br />
** Owner: Michael Paquier (322becb6085cb92d3708635eea61b45776bf27b6)<br />
** Fixed by: {{PgCommitURL|15b6d2155375dee2fcba072fffa03c1c8b44656c}}<br />
* [https://www.postgresql.org/message-id/77e6ecaa-2785-97aa-f229-4b6e047cbd2b@enterprisedb.com pg_upgrade is not idempotent, even with --check]<br />
** Owner: Michael Paquier (38bfae36526636ef55daf7cf2a3282403587cb5b)<br />
** Fixed by: {{PgCommitURL|4fff78f00910af0137f9de7532f8eb21d08ab1c3}}<br />
* [https://www.postgresql.org/message-id/202204251548.mudq7jbqnh7r@alvherre.pgsql bogus: logical replication rows/cols combinations]<br />
** Owner: Amit Kapila<br />
** Fixed by: {{PgCommitURL|fd0b9dcebda7b931a41ce5c8e86d13f2efd0af2e}}<br />
* [https://www.postgresql.org/message-id/05ebcb44-f383-86e3-4f31-0a97a55634cf%40enterprisedb.com Ignoring BRIN for HOT udpates seems broken]<br />
** Owner: Tomas Vondra (5753d4ee320b)<br />
** Fixed by: {{PgCommitURL|e3fcca0d0d2414f3a50d6fd40eddf48b7df81475}}<br />
* [https://www.postgresql.org/message-id/PAXPR02MB760039506C87A2083AD85575E3DA9%40PAXPR02MB7600.eurprd02.prod.outlook.com psql no longer reports NOTICE messages promptly]<br />
** Owner: Peter Eisentraut (7844c9918)<br />
** Fixed by: {{PgCommitURL|e77de23fbb0f4ef27090c144edcfa889bb2a06d5}}<br />
* [https://www.postgresql.org/message-id/20220517.162719.1671558681467343711.horikyota.ntt@gmail.com amcheck is using a wrong macro to check compressed-ness]<br />
** Owner: Robert Haas (bd807be6935929bdefe74d1258ca08048f0aafa3)<br />
** Fixed by: {{PgCommitURL|e243de03fb4583dd4a9f0afb41493727d7946c02}}<br />
* [https://www.postgresql.org/message-id/20220607154744.vvmitnqhyxrne5ms%40jrouhaud COPY WITH (HEADER MATCH) broken with custom attribute list]<br />
** Owner: Peter Eisentraut (072132f04e55c1c3b0f1a582318da78de7334379)<br />
** Fixed by: {{PgCommitURL|ca7a0d1d368216e89359c63531a4df0b99a437e4}}<br />
* [https://www.postgresql.org/message-id/flat/DM4PR84MB17349C4E7D88A68264C18AF3EED69%40DM4PR84MB1734.NAMPRD84.PROD.OUTLOOK.COM PG15 beta1 fix pg_stats_ext/pg_stats_ext_exprs view manual]<br />
** Tomas Vondra<br />
** Fixed by: {{PgCommitURL|401f623c7b14890011b9bb9dda7639b1de4d40ad}}<br />
* [https://www.postgresql.org/message-id/20220625151930.GH22452@telsasoft.com Incorrect version check for datlocprovider in pg_upgrade]<br />
** Owner: Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** Fixed by: {{PgCommitURL|fa06a34d14ea053e1e405a6ab2a1c3f1631c3a5e}}<br />
* [https://www.postgresql.org/message-id/17522-bfcd5c603b5f4daa@postgresql.org Failure in TAP tests for IP address support in SANs with LibreSSL]<br />
** Owner: Peter Eisentraut (c1932e542863f0f646f005b3492452acc57c7e66)<br />
** Fixed by: {{PgCommitURL|901a9d53011573e45cd7b87682f0520ef3b0fd2d}}<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/de57761c-b99b-3435-b0a6-474c72b1149a%40enterprisedb.com libpq: duplicate error message after connection loss]<br />
** Fixed by: {{PgCommitURL|93909599cdba64c8759d646983c0a4ef93de1e50}}<br />
<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Fixed by: {{PgCommitURL|ce4f46fdc814eb1b704d81640f6d8f03625d0f53}}<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
* [https://www.postgresql.org/message-id/CAKFQuwamFuaQHKdhcMt4Gbw5+Hca2UE741B8gOOXoA=TtAd2Yw@mail.gmail.com Incorrect reset timestamp in stats after crash recovery]<br />
** Owner: Andres Freund (5891c7a8ed8f2d3d577e7eea34dacff12d7b6bbd)<br />
** Fixed at: {{PgCommitURL|5cd1c40b3ce9600f129fd1fea9850e1affaf31d5}}<br />
<br />
* [https://www.postgresql.org/message-id/YlPQGNAAa04raObK@paquier.xyz Fixes for compression options of pg_receivewal and refactoring of backup_compression.{c,h}]<br />
** Owner: Michael Paquier (babbbb595d2322da095a1e6703171b3f1f2815cb)<br />
** Fixed at: {{PgCommitURL|042a923ad53dfbe39a9d5012d6c3cf3c9c338884}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Owner: Michael Paquier (46dea2419ee7895a4eb3d048317682e6f18a17e1)<br />
** Fixed at: {{PgCommitURL|e61efafcb82c605dcc78f668685223e20d2f7ad8}}, {{PgCommitURL|1a8b110539efe18803c1fa8aa452a2178dbad9a9}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+hUKGJRbzaAOUtBUcjF5hLtaSHnJUqXmtiaLEoi53zeWSizeA@mail.gmail.com qsort performance regression]<br />
** Owner: John Naylor (6974924347c908335607a4a2f252213d58e21b7c)<br />
** Fixed at: {{PgCommitURL|99c754129d787ea4ce3b34b9f4c5f5e74c45ab6a}}<br />
<br />
* [https://www.postgresql.org/message-id/YlZyp26LVVfmwfgW@paquier.xyz Small issues with CLUSTER on partitioned tables]<br />
** Owner: Alvaro Herrera (cfdd03f45e6afc632fbe70519250ec19167d6765)<br />
** Fixed at: {{PgCommitURL|3f19e176ae0f55a653d62e1504dbe5ad8c1006a0}}, {{PgCommitURL|21a10368eb3fce73f146d7e48b4d81496f60d965}}<br />
<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
** Fixed at: {{PgCommitURL|5c854e7a2c8a6cd26040e0f9949e7a4a007f6366}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220209220004.kb3dgtn2x2k2gtdm%40alap3.anarazel.de Corruption due to relfilenode reuse]<br />
** pg_upgrade can corrupt data with the new OIDs preservation feature<br />
*** Fixed at: {{PgCommitURL|e2f65f42555ff531c6d7c8f151526b4ef7c016f8}}<br />
** the ProcSignalBarrier solution this builds on also turns out to have a small race/hole<br />
*** Fixed at: {{PgCommitURL|b74e94dc27fdbb13954f230b1d1298430afa6c0c}}<br />
** Owner: Thomas Munro, Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/20220502042718.GB1565149@rfd.leadboat.com Some issues with the TAP tests of pg_upgrade]<br />
** Owner: Michael Paquier<br />
** Fixed at: {{PgCommitURL|7dd3ee508432730d15c5d3032f37362f6b6e4dd8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAMbWs4-LN%3DbF8f9eU2R94dJtF54DfDvBq%2BovqHnOQqbinYDrUw%40mail.gmail.com Crash in _outPathTarget]<br />
** Owner: Peter Eisentraut<br />
** Fixed at: {{PgCommitURL|9ddf251f94090cebf1bd8fc18396cb8a4b580d04}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/Ymd/e5eeZMNAkrXo%40paquier.xyz#23885a148c6899cc874a7bf68f228777 Instability of regression test of pg_walinspect]<br />
** Owner: Jeff Davis<br />
** Fixed at: {{PgCommitURL|ed57cac84d1c5642737dab1e4c4b8cb4f0c4305f}}<br />
<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
** Fixed at: {{PgCommitURL|4eb9798879680dcc0e3ebb301cf6f925dfa69422}}, {{PgCommitURL|112fdb3528465cc14a2f1dff3dc27f100326d885}}<br />
<br />
* [https://www.postgresql.org/message-id/CAA4eK1LpBFU49Ohbnk%3Ddv_v9YP%2BKqh1%2BSf8i%2B%2B_s-QhD1Gy4Qw%40mail.gmail.com 013_partition.pl failing]<br />
** Fixed at: {{PgCommitURL|dd4ab6fd6528e160571986fa8817cee9f2645aa8}}<br />
<br />
* [https://www.postgresql.org/message-id/Yni6ZHkGotUU+RSf@paquier.xyz Avoid garbage logs with postgres -C on runtime-computed GUCs]<br />
** Fixed at: {{PgCommitURL|8bbf8461a3a2a38ce5f2952a025385b6938a61f7}}<br />
** Owner: Michael Paquier<br />
<br />
* [https://www.postgresql.org/message-id/20220506234924.6mxxotl3xl63db3l@alap3.anarazel.de Some issues with mark_pgdllimport.pl]<br />
** Fixed at: {{PgCommitURL|5edeb574285ecbcc47f0b769a7e363404db0155b}}<br />
** Owner: Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/1656446.1650043715%40sss.pgh.pa.us Crash in new pgstats code]<br />
** Initially reported issue was fixed by {{PgCommitURL|4a736a161c306fcfed970e6b649f2f03f465ac24}}, but there may be more to do here.<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/b3463b8c-2328-dcac-0136-af95715493c1%40xs4all.nl TRAP: FailedAssertion("tabstat->trans == trans", File: "pgstat_relation.c", Line: 508]<br />
** Fixed at: {{PgCommitURL|0cf16cb8ca4853b084c40eca310c4c9c3ebf7e2a}}<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/YlGJGiofZiWN3elx@jrouhaud limitations of GetMaxBackends()]<br />
** Fixed at: {{PgCommitURL|4f2400cb3f10aa79f99fba680c198237da28dd38}}, {{PgCommitURL|ab02d702ef08343fba30d90fdf7df5950063e8c9}}, {{PgCommitURL|7fc0e7de9fb8306e84d1c15211aba4308f694455}}<br />
** Owner: Robert Haas (aa64f23b02924724eafbd9eadbf26d85df30a12b, and 4567596316d186c6e61c72df013797266fcac2f7)<br />
<br />
== Won't Fix ==<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Problem showed by 90efa2f5565d28054c30c18f6a2f17f94fdff91e.<br />
* [https://www.postgresql.org/message-id/20220603195318.qk4voicqfdhlsnoh@alap3.anarazel.de Reduce amount of logs generated by TAP tests of pg_upgrade?]<br />
** Owner: Michael Paquier<br />
** Other thread: [https://www.postgresql.org/message-id/YrP6ZRXITYWhpVrl@paquier.xyz here]<br />
** The problem is wider than just the upgrade tests, as all the runs of pg_regress would be impacted. We may want a more centralized solution for this older problem.<br />
* [https://www.postgresql.org/message-id/CABOikdM+cR6fDd1XkGu0paKWaa1E_s4WRG3oETw8u_U5NK1oeg@mail.gmail.com Assertion failure on PG15 with modified test_shm_mq test]<br />
** Owner: Andres Freund<br />
** on the thread, andres says that doesn't seem realistic to fix this, extensions will need to work around it<br />
* [https://www.postgresql.org/message-id/20220616233130.rparivafipt6doj3%40alap3.anarazel.de PG 15 (and to a smaller degree 14) regression due to ExprEvalStep size]<br />
** Owner: Andrew Dunstan<br />
** Feature reverted. Fixes will be made in a future release.<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: May 19, 2022<br />
* Beta 2: June 30, 2022<br />
* Beta 3: August 11, 2022<br />
* Beta 4: September 8, 2022<br />
* RC 1: September 29, 2022<br />
* RC 2: October 6, 2022<br />
* GA: October 13, 2022<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=37269PostgreSQL 15 Open Items2022-10-03T17:03:12Z<p>Tgl: GROUP BY optimization reverted</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
* [https://www.postgresql.org/message-id/flat/YxfagaTXUNa9ggLb@ahch-to pgstat: START_REPLICATION SLOT assertion failure]<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
** Fixed by: {{PgCommitURL|8ab0ebb9a842dc6063d1374a38b47a3b7ee64afe}}<br />
<br />
* [https://www.postgresql.org/message-id/17485-396609c6925b982d%40postgresql.org Records missing from Primary Key index when doing REINDEX INDEX CONCURRENTLY]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|e28bb885196916b0a3d898ae4f2be0e38108d81b}}<br />
<br />
* [https://www.postgresql.org/message-id/20220519193839.GT19626%40telsasoft.com -c min_dynamic_shared_memory now triggers an assertion]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|7201cd1862}}<br />
<br />
* [https://www.postgresql.org/message-id/f8a4105f076544c180a87ef0c4822352%40stmuk.bayern.de Extension pg_trgm, permissions and pg_dump order]<br />
** Affects all stable branches.<br />
** Fixed by {{PgCommitURL|00377b9a02b89a831ae50e1c718d34565356698f}}<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 15.0 ===<br />
<br />
=== resolved before 15rc2 ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CACawEhVxe0ufR26UcqtU7GYGRuubq3p6ZWPGXL4cxy_uexpAAQ%40mail.gmail.com Memory leak in single-column sorts]<br />
** Fixed by: {{PgCommitURL|f7ae8a2e186ca27f4ea64fddc21bfabaf0618507}}<br />
* [https://www.postgresql.org/message-id/flat/17625-fc47c78b7d71b534%40postgresql.org PQsslAttribute not behaving as documented]<br />
** Fixed by: {{PgCommitURL|cae4688ce81b8449aa6e1e7bfa384d53520a81fb}}<br />
* [https://www.postgresql.org/message-id/674544.1664566802%40sss.pgh.pa.us GROUP BY optimization patch is too broken to ship]<br />
** Owner: Tomas Vondra (db0d67db2)<br />
** Fixed by: {{PgCommitURL|443df6e2db932a7cd6d85ddfb67e11a43345130d}}<br />
<br />
=== resolved before 15rc1 ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220831140128.GS31833%40telsasoft.com recovery fails with recovery_prefetch=on and maintenance_io_concurency=0]<br />
** Fixed by: {{PgCommitURL|adb466150b44d1eaf43a2d22f58ff4c545a0ed3f}}<br />
* [https://www.postgresql.org/message-id/20220912014235.GC31833@telsasoft.com FailedAssertion("TransactionIdIsValid(xmax)]<br />
** Fixed by: {{PgCommitURL|adb466150b44d1eaf43a2d22f58ff4c545a0ed3f}}<br />
* [https://www.postgresql.org/message-id/Yxa1SU4nH2HfN3/i%40ahch-to pg_publication_tables view is busted]<br />
** Fixed by: {{PgCommitURL|20b6847176976da9cae6103475b967e6c2971898}}<br />
* [https://www.postgresql.org/message-id/flat/20220902115511.GY31833%40telsasoft.com#ebfa4e87b4247318ccd1e233c7c9af4a replaying wal_compression=lz4/zstd on a server which doesn't support it exposes an elog() which includes no information about the failure]<br />
** Owner: Michael Paquier (4035cd5)<br />
** Fixed by: {{PgCommitURL|df4a056619a7e9868ec43a15e2088ff8ccf94471}}<br />
* [https://www.postgresql.org/message-id/flat/20220819133016.GV26426@telsasoft.com syntax error in MERGE docs]<br />
** Fixed by: {{PgCommitURL|5dcebd10baa8ec14a97029ca0bacaf2a9a0f8652}}<br />
* [https://www.postgresql.org/message-id/181A6DA8-3B7F-4B71-82D5-363FF0146820@yesql.se pg_upgrade generated files in subdir follow-up]<br />
** Fixed by: {{PgCommitURL|ee5353abb6124de5ffd24ef1cedbc2a7196d4fd5}}<br />
* [https://www.postgresql.org/message-id/1400032.1662217889@sss.pgh.pa.us pg_basebackup's --gzip switch misbehaves]<br />
** Fixed by: {{PgCommitURL|f352e2d08ac048d7407dd6098fc6b344ff85c2dd}}<br />
* [https://www.postgresql.org/message-id/CAFiTN-sE3ry=ycMPVtC+Djw4Fd7gbUGVv_qqw6qfzp=JLvqT3g@mail.gmail.com Assertion failure in WaitForWALToBecomeAvailable state machine]<br />
** Fixed by: {{PgCommitURL|b4f584f9d2a1b50d1f5ce88408a54bb11f1c8353}}<br />
* [https://www.postgresql.org/message-id/6dd6db0984d86a51b7255ba79f111971@postgrespro.ru Possible to create database with incompatible ICU and encoding settings]<br />
** Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** Fixed by: {{PgCommitURL|c7db01e325a530ec38ec7ba57cd3ed32e123e33c}}<br />
* [https://www.postgresql.org/message-id/flat/20220912005443.GB31833%40telsasoft.com#b900d448bc57e46da3a235219034ba4c startup process says "recovering NNN" after it's done recovering NNN]<br />
** Fixed by: {{PgCommitURL|fbb5f54b67c2f35c885d07daa26bce7e2eb6b0be}}<br />
* [https://www.postgresql.org/message-id/2729c9e2-9aac-8cda-f2f4-34f2bcc18f4e%40enterprisedb.com why can't a table be part of the same publication as its schema]<br />
** Owner: Amit Kapila<br />
** Fixed by: {{PgCommitURL|13a185f54ba594a5fb42bac3e1ecbdfd62b9041f}}<br />
<br />
=== resolved before 15beta4 ===<br />
<br />
* [https://www.postgresql.org/message-id/17579-82482cd7b267b862%40postgresql.org MERGE fails if inside a CTE]<br />
** Fixed by: {{PgCommitURL|455d254d22665eb}}<br />
* [https://www.postgresql.org/message-id/CACawEhXwHN3X34FiwoYG8vXR-oyUdrp7qcfRWSzS+NPahS5gSw@mail.gmail.com Materialized view rewrite is broken when there is an event trigger]<br />
** Owner: Michael Paquier (b0483263dda0824cc49e3f8a022dab07e1cdf9a7)<br />
** Fixed by: {{PgCommitURL|93f2349c36a7555a81d5e26edf9a0213fb3d323a}}<br />
* [https://www.postgresql.org/message-id/20220802175043.GA13682@telsasoft.com CREATE DATABASE STRATEGY WAL_LOG crash and memory corruption]<br />
** Owner: Robert Haas (9c08aea6a3090a396be334cc58c511edab05776a)<br />
* [https://www.postgresql.org/message-id/20220818133406.GL26426@telsasoft.com crash in parallel vacuum]<br />
** Fixed by: {{PgCommitURL|662ba729a67e5c6e43efbc5263e1d2c3a72a8741}}<br />
* [https://www.postgresql.org/message-id/flat/f385ba25e7f8be427b8c582e5cca7d79%40postgrespro.ru Crash in ICU for global collation]<br />
** Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** One issue has been fixed in 36f729e2bc3539e777cda698dc441b8ccec42142 but we still have a problem with [https://www.postgresql.org/message-id/7ad26354e75259f59c4a6c6997b8ee32@postgrespro.ru pg_collation.colliculocale not getting dumped]<br />
** Fixed by: {{PgCommitURL|396d348b046c6b7e5dc83158c4c1df1377a1d2ef}}<br />
* [https://www.postgresql.org/message-id/CA+hUKGLptJc_k=cEqGtyRb-2pyF++uUMNi-+VEhrUV6pmezJmg@mail.gmail.com PANIC during standby promotion]<br />
** Fixed by: {{PgCommitURL|932b01630095a08797e05ba1dae279731b862c95}}<br />
* [https://www.postgresql.org/message-id/aada8f97-924e-5661-aead-257aa346899c@enterprisedb.com GROUP BY optimization defeated partitionwise tests]<br />
** [https://www.postgresql.org/message-id/3242058.1659563057%40sss.pgh.pa.us Possibly-related complaint here]<br />
** Owner: Tomas Vondra (db0d67db2)<br />
** Fixed by: {{PgCommitURL|2fe6b2a806f20f2dbf02c6e79783dbc2777a1840}}<br />
<br />
=== resolved before 15beta3 ===<br />
<br />
* [https://www.postgresql.org/message-id/CAApHDvrHQkiFRHiGiAS-LMOvJN-eK-s762=tVzBz8ZqUea-a_A@mail.gmail.com tuplesort Generation memory contexts don't play nicely with index builds]<br />
** Owner: David Rowley<br />
** Fixed by: {{PgCommitURL|ae1123f9899fe80935ae344e38f18632beb1bf9a}}<br />
* [https://www.postgresql.org/message-id/YrpVkADAY0knF6vM@paquier.xyz Repeatability of installcheck for test_oat_hooks]<br />
** Owner: Andrew Dunstan<br />
** Fixed by: {{PgCommitURL|a6434b951558baad8372dc4b83bf87606dac9cda}}<br />
* [https://www.postgresql.org/message-id/20220530190155.47wr3x2prdwyciah@alap3.anarazel.de Revert debugging added due to 019_replslot_limit]<br />
** Owner: Andres Freund<br />
** Reverted: {{PgCommitURL|3f8148c256e067dc2e8929ed174671ba7dc3339c}}<br />
* [https://www.postgresql.org/message-id/CAApHDvqXpLzav6dUeR5vO_RBh_feHrHMLhigVQXw9jHCyKP9PA%40mail.gmail.com PG15 beta1 sort performance regression due to Generation context change]<br />
** Owner: David Rowley<br />
* [https://www.postgresql.org/message-id/20220706224727.GA2158260@nathanxps13 pg_parameter_aclcheck() and trusted extensions]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|13d83881514856353dc86575eb0fc28132349a60}}<br />
* [https://www.postgresql.org/message-id/YtjsbtZFCaou6C/k@paquier.xyz Unprivileged user can induce crash by using an SUSET param in PGOPTIONS]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|b35617de37870756bdb0e00ffc0a42441e56eefa}}<br />
* [https://www.postgresql.org/message-id/20220726050402.vsr6fmz7rsgpmdz3@jrouhaud wrong filename used in pg_ident_file_mapping infrastructure]<br />
** Owner: Michael Paquier (a2c84990bea7beadb599d02328190e2a763dcb86)<br />
** Fixed by: {{PgCommitURL|27e0ee57f68d27af68967759a2ff61a581f501dc}}<br />
* [https://www.postgresql.org/message-id/17558-3f6599ffcf52fd4a%40postgresql.org Endless loop with UNIQUE NULLS NOT DISTINCT and INSERT ... ON CONFLICT]<br />
** Owner: Peter Eisentraut (94aa7cc5f707712f592885995a28e018c7c80488)<br />
** Fixed by: {{PgCommitURL|d59383924c580a77a2346d9b1284c8589b3d43e2}}<br />
* [https://www.postgresql.org/message-id/PA4P191MB160009A09B9D0624359278CFBA9F9@PA4P191MB1600.EURP191.PROD.OUTLOOK.COM XX000 error caused by window function run conditions]<br />
** Owner: David Rowley<br />
** Fixed by: {{PgCommitURL|270eb4b5d4986534f2d522ebb19f67396d13cf44}}<br />
<br />
* [https://www.postgresql.org/message-id/20220701231413.GI13040@telsasoft.com large objects lost on upgrade]<br />
** Owner: Robert Haas (9a974cbcba005256a19991203583a94b4f9a21a9)<br />
** Fixed by: {{PgCommitURL|bbe08b8869bd29d587f24ef18eb45c7d4d14afca}}<br />
<br />
=== resolved before 15beta2 ===<br />
<br />
* [https://www.postgresql.org/message-id/CA+HiwqGAGobiiHR8nH382HJxqm1mzZs8=3oKPXnXivWoFSZmNA@mail.gmail.com pgbench --partitions=0]<br />
** Owner; Michael Paquier (6f164e6d17616a157ea5d9e34dbb1b211c080c41)<br />
** Fixed by: {{PgCommitURL|27f1366050c6cd8c1ea5f03b367a5a167ebf34b7}}<br />
* [https://www.postgresql.org/message-id/3813350.1652111765%40sss.pgh.pa.us psql now shows zero elapsed time after an error]<br />
** Owner: Peter Eisentraut<br />
** Fixed by: {{PgCommitURL|9520f8d92a8681e441cc863422babd544353dd39}}<br />
* [https://www.postgresql.org/message-id/17495-7ffe2fa0b261b9fa@postgresql.org Regression in 15beta1 when filtering subquery including row_number window function]<br />
** Owner: David Rowley (9d9c02ccd1aea8e9131d8f4edb21bf1687e40782)<br />
** Fixed by: {{PgCommitURL|3e9abd2eb1b1f6863250f060290f514f30ce8044}}<br />
* [https://www.postgresql.org/message-id/20220524235250.gtt3uu5zktfkr4hv@alap3.anarazel.de Safety of subtrans ID caching]<br />
** Owner: Michael Paquier (06f5295af673df795e8e70e28c43d61c2817b6df)<br />
** Fixed by: {{PgCommitURL|b4529005fd387e863bfa9eb863629b1183c0449c}}<br />
* [https://www.postgresql.org/message-id/f80ace33-11fb-1cd3-20f8-98f51d151088@enterprisedb.com pg_upgrade test writes to source directory]<br />
** Owner: Michael Paquier (322becb6085cb92d3708635eea61b45776bf27b6)<br />
** Fixed by: {{PgCommitURL|15b6d2155375dee2fcba072fffa03c1c8b44656c}}<br />
* [https://www.postgresql.org/message-id/77e6ecaa-2785-97aa-f229-4b6e047cbd2b@enterprisedb.com pg_upgrade is not idempotent, even with --check]<br />
** Owner: Michael Paquier (38bfae36526636ef55daf7cf2a3282403587cb5b)<br />
** Fixed by: {{PgCommitURL|4fff78f00910af0137f9de7532f8eb21d08ab1c3}}<br />
* [https://www.postgresql.org/message-id/202204251548.mudq7jbqnh7r@alvherre.pgsql bogus: logical replication rows/cols combinations]<br />
** Owner: Amit Kapila<br />
** Fixed by: {{PgCommitURL|fd0b9dcebda7b931a41ce5c8e86d13f2efd0af2e}}<br />
* [https://www.postgresql.org/message-id/05ebcb44-f383-86e3-4f31-0a97a55634cf%40enterprisedb.com Ignoring BRIN for HOT udpates seems broken]<br />
** Owner: Tomas Vondra (5753d4ee320b)<br />
** Fixed by: {{PgCommitURL|e3fcca0d0d2414f3a50d6fd40eddf48b7df81475}}<br />
* [https://www.postgresql.org/message-id/PAXPR02MB760039506C87A2083AD85575E3DA9%40PAXPR02MB7600.eurprd02.prod.outlook.com psql no longer reports NOTICE messages promptly]<br />
** Owner: Peter Eisentraut (7844c9918)<br />
** Fixed by: {{PgCommitURL|e77de23fbb0f4ef27090c144edcfa889bb2a06d5}}<br />
* [https://www.postgresql.org/message-id/20220517.162719.1671558681467343711.horikyota.ntt@gmail.com amcheck is using a wrong macro to check compressed-ness]<br />
** Owner: Robert Haas (bd807be6935929bdefe74d1258ca08048f0aafa3)<br />
** Fixed by: {{PgCommitURL|e243de03fb4583dd4a9f0afb41493727d7946c02}}<br />
* [https://www.postgresql.org/message-id/20220607154744.vvmitnqhyxrne5ms%40jrouhaud COPY WITH (HEADER MATCH) broken with custom attribute list]<br />
** Owner: Peter Eisentraut (072132f04e55c1c3b0f1a582318da78de7334379)<br />
** Fixed by: {{PgCommitURL|ca7a0d1d368216e89359c63531a4df0b99a437e4}}<br />
* [https://www.postgresql.org/message-id/flat/DM4PR84MB17349C4E7D88A68264C18AF3EED69%40DM4PR84MB1734.NAMPRD84.PROD.OUTLOOK.COM PG15 beta1 fix pg_stats_ext/pg_stats_ext_exprs view manual]<br />
** Tomas Vondra<br />
** Fixed by: {{PgCommitURL|401f623c7b14890011b9bb9dda7639b1de4d40ad}}<br />
* [https://www.postgresql.org/message-id/20220625151930.GH22452@telsasoft.com Incorrect version check for datlocprovider in pg_upgrade]<br />
** Owner: Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** Fixed by: {{PgCommitURL|fa06a34d14ea053e1e405a6ab2a1c3f1631c3a5e}}<br />
* [https://www.postgresql.org/message-id/17522-bfcd5c603b5f4daa@postgresql.org Failure in TAP tests for IP address support in SANs with LibreSSL]<br />
** Owner: Peter Eisentraut (c1932e542863f0f646f005b3492452acc57c7e66)<br />
** Fixed by: {{PgCommitURL|901a9d53011573e45cd7b87682f0520ef3b0fd2d}}<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/de57761c-b99b-3435-b0a6-474c72b1149a%40enterprisedb.com libpq: duplicate error message after connection loss]<br />
** Fixed by: {{PgCommitURL|93909599cdba64c8759d646983c0a4ef93de1e50}}<br />
<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Fixed by: {{PgCommitURL|ce4f46fdc814eb1b704d81640f6d8f03625d0f53}}<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
* [https://www.postgresql.org/message-id/CAKFQuwamFuaQHKdhcMt4Gbw5+Hca2UE741B8gOOXoA=TtAd2Yw@mail.gmail.com Incorrect reset timestamp in stats after crash recovery]<br />
** Owner: Andres Freund (5891c7a8ed8f2d3d577e7eea34dacff12d7b6bbd)<br />
** Fixed at: {{PgCommitURL|5cd1c40b3ce9600f129fd1fea9850e1affaf31d5}}<br />
<br />
* [https://www.postgresql.org/message-id/YlPQGNAAa04raObK@paquier.xyz Fixes for compression options of pg_receivewal and refactoring of backup_compression.{c,h}]<br />
** Owner: Michael Paquier (babbbb595d2322da095a1e6703171b3f1f2815cb)<br />
** Fixed at: {{PgCommitURL|042a923ad53dfbe39a9d5012d6c3cf3c9c338884}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Owner: Michael Paquier (46dea2419ee7895a4eb3d048317682e6f18a17e1)<br />
** Fixed at: {{PgCommitURL|e61efafcb82c605dcc78f668685223e20d2f7ad8}}, {{PgCommitURL|1a8b110539efe18803c1fa8aa452a2178dbad9a9}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+hUKGJRbzaAOUtBUcjF5hLtaSHnJUqXmtiaLEoi53zeWSizeA@mail.gmail.com qsort performance regression]<br />
** Owner: John Naylor (6974924347c908335607a4a2f252213d58e21b7c)<br />
** Fixed at: {{PgCommitURL|99c754129d787ea4ce3b34b9f4c5f5e74c45ab6a}}<br />
<br />
* [https://www.postgresql.org/message-id/YlZyp26LVVfmwfgW@paquier.xyz Small issues with CLUSTER on partitioned tables]<br />
** Owner: Alvaro Herrera (cfdd03f45e6afc632fbe70519250ec19167d6765)<br />
** Fixed at: {{PgCommitURL|3f19e176ae0f55a653d62e1504dbe5ad8c1006a0}}, {{PgCommitURL|21a10368eb3fce73f146d7e48b4d81496f60d965}}<br />
<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
** Fixed at: {{PgCommitURL|5c854e7a2c8a6cd26040e0f9949e7a4a007f6366}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220209220004.kb3dgtn2x2k2gtdm%40alap3.anarazel.de Corruption due to relfilenode reuse]<br />
** pg_upgrade can corrupt data with the new OIDs preservation feature<br />
*** Fixed at: {{PgCommitURL|e2f65f42555ff531c6d7c8f151526b4ef7c016f8}}<br />
** the ProcSignalBarrier solution this builds on also turns out to have a small race/hole<br />
*** Fixed at: {{PgCommitURL|b74e94dc27fdbb13954f230b1d1298430afa6c0c}}<br />
** Owner: Thomas Munro, Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/20220502042718.GB1565149@rfd.leadboat.com Some issues with the TAP tests of pg_upgrade]<br />
** Owner: Michael Paquier<br />
** Fixed at: {{PgCommitURL|7dd3ee508432730d15c5d3032f37362f6b6e4dd8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAMbWs4-LN%3DbF8f9eU2R94dJtF54DfDvBq%2BovqHnOQqbinYDrUw%40mail.gmail.com Crash in _outPathTarget]<br />
** Owner: Peter Eisentraut<br />
** Fixed at: {{PgCommitURL|9ddf251f94090cebf1bd8fc18396cb8a4b580d04}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/Ymd/e5eeZMNAkrXo%40paquier.xyz#23885a148c6899cc874a7bf68f228777 Instability of regression test of pg_walinspect]<br />
** Owner: Jeff Davis<br />
** Fixed at: {{PgCommitURL|ed57cac84d1c5642737dab1e4c4b8cb4f0c4305f}}<br />
<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
** Fixed at: {{PgCommitURL|4eb9798879680dcc0e3ebb301cf6f925dfa69422}}, {{PgCommitURL|112fdb3528465cc14a2f1dff3dc27f100326d885}}<br />
<br />
* [https://www.postgresql.org/message-id/CAA4eK1LpBFU49Ohbnk%3Ddv_v9YP%2BKqh1%2BSf8i%2B%2B_s-QhD1Gy4Qw%40mail.gmail.com 013_partition.pl failing]<br />
** Fixed at: {{PgCommitURL|dd4ab6fd6528e160571986fa8817cee9f2645aa8}}<br />
<br />
* [https://www.postgresql.org/message-id/Yni6ZHkGotUU+RSf@paquier.xyz Avoid garbage logs with postgres -C on runtime-computed GUCs]<br />
** Fixed at: {{PgCommitURL|8bbf8461a3a2a38ce5f2952a025385b6938a61f7}}<br />
** Owner: Michael Paquier<br />
<br />
* [https://www.postgresql.org/message-id/20220506234924.6mxxotl3xl63db3l@alap3.anarazel.de Some issues with mark_pgdllimport.pl]<br />
** Fixed at: {{PgCommitURL|5edeb574285ecbcc47f0b769a7e363404db0155b}}<br />
** Owner: Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/1656446.1650043715%40sss.pgh.pa.us Crash in new pgstats code]<br />
** Initially reported issue was fixed by {{PgCommitURL|4a736a161c306fcfed970e6b649f2f03f465ac24}}, but there may be more to do here.<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/b3463b8c-2328-dcac-0136-af95715493c1%40xs4all.nl TRAP: FailedAssertion("tabstat->trans == trans", File: "pgstat_relation.c", Line: 508]<br />
** Fixed at: {{PgCommitURL|0cf16cb8ca4853b084c40eca310c4c9c3ebf7e2a}}<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/YlGJGiofZiWN3elx@jrouhaud limitations of GetMaxBackends()]<br />
** Fixed at: {{PgCommitURL|4f2400cb3f10aa79f99fba680c198237da28dd38}}, {{PgCommitURL|ab02d702ef08343fba30d90fdf7df5950063e8c9}}, {{PgCommitURL|7fc0e7de9fb8306e84d1c15211aba4308f694455}}<br />
** Owner: Robert Haas (aa64f23b02924724eafbd9eadbf26d85df30a12b, and 4567596316d186c6e61c72df013797266fcac2f7)<br />
<br />
== Won't Fix ==<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Problem showed by 90efa2f5565d28054c30c18f6a2f17f94fdff91e.<br />
* [https://www.postgresql.org/message-id/20220603195318.qk4voicqfdhlsnoh@alap3.anarazel.de Reduce amount of logs generated by TAP tests of pg_upgrade?]<br />
** Owner: Michael Paquier<br />
** Other thread: [https://www.postgresql.org/message-id/YrP6ZRXITYWhpVrl@paquier.xyz here]<br />
** The problem is wider than just the upgrade tests, as all the runs of pg_regress would be impacted. We may want a more centralized solution for this older problem.<br />
* [https://www.postgresql.org/message-id/CABOikdM+cR6fDd1XkGu0paKWaa1E_s4WRG3oETw8u_U5NK1oeg@mail.gmail.com Assertion failure on PG15 with modified test_shm_mq test]<br />
** Owner: Andres Freund<br />
** on the thread, andres says that doesn't seem realistic to fix this, extensions will need to work around it<br />
* [https://www.postgresql.org/message-id/20220616233130.rparivafipt6doj3%40alap3.anarazel.de PG 15 (and to a smaller degree 14) regression due to ExprEvalStep size]<br />
** Owner: Andrew Dunstan<br />
** Feature reverted. Fixes will be made in a future release.<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: May 19, 2022<br />
* Beta 2: June 30, 2022<br />
* Beta 3: August 11, 2022<br />
* Beta 4: September 8, 2022<br />
* RC 1: September 29, 2022<br />
* RC 2: October 6, 2022<br />
* GA: October 13, 2022<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=37265PostgreSQL 15 Open Items2022-09-30T19:42:35Z<p>Tgl: /* Open Issues */ Fresh complaint about db0d67db2</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
* [https://www.postgresql.org/message-id/flat/YxfagaTXUNa9ggLb@ahch-to pgstat: START_REPLICATION SLOT assertion failure]<br />
* [https://www.postgresql.org/message-id/674544.1664566802%40sss.pgh.pa.us GROUP BY optimization patch is too broken to ship]<br />
** Owner: Tomas Vondra (db0d67db2)<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
** Fixed by: {{PgCommitURL|8ab0ebb9a842dc6063d1374a38b47a3b7ee64afe}}<br />
<br />
* [https://www.postgresql.org/message-id/17485-396609c6925b982d%40postgresql.org Records missing from Primary Key index when doing REINDEX INDEX CONCURRENTLY]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|e28bb885196916b0a3d898ae4f2be0e38108d81b}}<br />
<br />
* [https://www.postgresql.org/message-id/20220519193839.GT19626%40telsasoft.com -c min_dynamic_shared_memory now triggers an assertion]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|7201cd1862}}<br />
<br />
* [https://www.postgresql.org/message-id/f8a4105f076544c180a87ef0c4822352%40stmuk.bayern.de Extension pg_trgm, permissions and pg_dump order]<br />
** Affects all stable branches.<br />
** Fixed by {{PgCommitURL|00377b9a02b89a831ae50e1c718d34565356698f}}<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 15rc2 ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CACawEhVxe0ufR26UcqtU7GYGRuubq3p6ZWPGXL4cxy_uexpAAQ%40mail.gmail.com Memory leak in single-column sorts]<br />
** Fixed by: {{PgCommitURL|f7ae8a2e186ca27f4ea64fddc21bfabaf0618507}}<br />
* [https://www.postgresql.org/message-id/flat/17625-fc47c78b7d71b534%40postgresql.org PQsslAttribute not behaving as documented]<br />
** Fixed by: {{PgCommitURL|cae4688ce81b8449aa6e1e7bfa384d53520a81fb}}<br />
<br />
=== resolved before 15rc1 ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220831140128.GS31833%40telsasoft.com recovery fails with recovery_prefetch=on and maintenance_io_concurency=0]<br />
** Fixed by: {{PgCommitURL|adb466150b44d1eaf43a2d22f58ff4c545a0ed3f}}<br />
* [https://www.postgresql.org/message-id/20220912014235.GC31833@telsasoft.com FailedAssertion("TransactionIdIsValid(xmax)]<br />
** Fixed by: {{PgCommitURL|adb466150b44d1eaf43a2d22f58ff4c545a0ed3f}}<br />
* [https://www.postgresql.org/message-id/Yxa1SU4nH2HfN3/i%40ahch-to pg_publication_tables view is busted]<br />
** Fixed by: {{PgCommitURL|20b6847176976da9cae6103475b967e6c2971898}}<br />
* [https://www.postgresql.org/message-id/flat/20220902115511.GY31833%40telsasoft.com#ebfa4e87b4247318ccd1e233c7c9af4a replaying wal_compression=lz4/zstd on a server which doesn't support it exposes an elog() which includes no information about the failure]<br />
** Owner: Michael Paquier (4035cd5)<br />
** Fixed by: {{PgCommitURL|df4a056619a7e9868ec43a15e2088ff8ccf94471}}<br />
* [https://www.postgresql.org/message-id/flat/20220819133016.GV26426@telsasoft.com syntax error in MERGE docs]<br />
** Fixed by: {{PgCommitURL|5dcebd10baa8ec14a97029ca0bacaf2a9a0f8652}}<br />
* [https://www.postgresql.org/message-id/181A6DA8-3B7F-4B71-82D5-363FF0146820@yesql.se pg_upgrade generated files in subdir follow-up]<br />
** Fixed by: {{PgCommitURL|ee5353abb6124de5ffd24ef1cedbc2a7196d4fd5}}<br />
* [https://www.postgresql.org/message-id/1400032.1662217889@sss.pgh.pa.us pg_basebackup's --gzip switch misbehaves]<br />
** Fixed by: {{PgCommitURL|f352e2d08ac048d7407dd6098fc6b344ff85c2dd}}<br />
* [https://www.postgresql.org/message-id/CAFiTN-sE3ry=ycMPVtC+Djw4Fd7gbUGVv_qqw6qfzp=JLvqT3g@mail.gmail.com Assertion failure in WaitForWALToBecomeAvailable state machine]<br />
** Fixed by: {{PgCommitURL|b4f584f9d2a1b50d1f5ce88408a54bb11f1c8353}}<br />
* [https://www.postgresql.org/message-id/6dd6db0984d86a51b7255ba79f111971@postgrespro.ru Possible to create database with incompatible ICU and encoding settings]<br />
** Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** Fixed by: {{PgCommitURL|c7db01e325a530ec38ec7ba57cd3ed32e123e33c}}<br />
* [https://www.postgresql.org/message-id/flat/20220912005443.GB31833%40telsasoft.com#b900d448bc57e46da3a235219034ba4c startup process says "recovering NNN" after it's done recovering NNN]<br />
** Fixed by: {{PgCommitURL|fbb5f54b67c2f35c885d07daa26bce7e2eb6b0be}}<br />
* [https://www.postgresql.org/message-id/2729c9e2-9aac-8cda-f2f4-34f2bcc18f4e%40enterprisedb.com why can't a table be part of the same publication as its schema]<br />
** Owner: Amit Kapila<br />
** Fixed by: {{PgCommitURL|13a185f54ba594a5fb42bac3e1ecbdfd62b9041f}}<br />
<br />
=== resolved before 15beta4 ===<br />
<br />
* [https://www.postgresql.org/message-id/17579-82482cd7b267b862%40postgresql.org MERGE fails if inside a CTE]<br />
** Fixed by: {{PgCommitURL|455d254d22665eb}}<br />
* [https://www.postgresql.org/message-id/CACawEhXwHN3X34FiwoYG8vXR-oyUdrp7qcfRWSzS+NPahS5gSw@mail.gmail.com Materialized view rewrite is broken when there is an event trigger]<br />
** Owner: Michael Paquier (b0483263dda0824cc49e3f8a022dab07e1cdf9a7)<br />
** Fixed by: {{PgCommitURL|93f2349c36a7555a81d5e26edf9a0213fb3d323a}}<br />
* [https://www.postgresql.org/message-id/20220802175043.GA13682@telsasoft.com CREATE DATABASE STRATEGY WAL_LOG crash and memory corruption]<br />
** Owner: Robert Haas (9c08aea6a3090a396be334cc58c511edab05776a)<br />
* [https://www.postgresql.org/message-id/20220818133406.GL26426@telsasoft.com crash in parallel vacuum]<br />
** Fixed by: {{PgCommitURL|662ba729a67e5c6e43efbc5263e1d2c3a72a8741}}<br />
* [https://www.postgresql.org/message-id/flat/f385ba25e7f8be427b8c582e5cca7d79%40postgrespro.ru Crash in ICU for global collation]<br />
** Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** One issue has been fixed in 36f729e2bc3539e777cda698dc441b8ccec42142 but we still have a problem with [https://www.postgresql.org/message-id/7ad26354e75259f59c4a6c6997b8ee32@postgrespro.ru pg_collation.colliculocale not getting dumped]<br />
** Fixed by: {{PgCommitURL|396d348b046c6b7e5dc83158c4c1df1377a1d2ef}}<br />
* [https://www.postgresql.org/message-id/CA+hUKGLptJc_k=cEqGtyRb-2pyF++uUMNi-+VEhrUV6pmezJmg@mail.gmail.com PANIC during standby promotion]<br />
** Fixed by: {{PgCommitURL|932b01630095a08797e05ba1dae279731b862c95}}<br />
* [https://www.postgresql.org/message-id/aada8f97-924e-5661-aead-257aa346899c@enterprisedb.com GROUP BY optimization defeated partitionwise tests]<br />
** [https://www.postgresql.org/message-id/3242058.1659563057%40sss.pgh.pa.us Possibly-related complaint here]<br />
** Owner: Tomas Vondra (db0d67db2)<br />
** Fixed by: {{PgCommitURL|2fe6b2a806f20f2dbf02c6e79783dbc2777a1840}}<br />
<br />
=== resolved before 15beta3 ===<br />
<br />
* [https://www.postgresql.org/message-id/CAApHDvrHQkiFRHiGiAS-LMOvJN-eK-s762=tVzBz8ZqUea-a_A@mail.gmail.com tuplesort Generation memory contexts don't play nicely with index builds]<br />
** Owner: David Rowley<br />
** Fixed by: {{PgCommitURL|ae1123f9899fe80935ae344e38f18632beb1bf9a}}<br />
* [https://www.postgresql.org/message-id/YrpVkADAY0knF6vM@paquier.xyz Repeatability of installcheck for test_oat_hooks]<br />
** Owner: Andrew Dunstan<br />
** Fixed by: {{PgCommitURL|a6434b951558baad8372dc4b83bf87606dac9cda}}<br />
* [https://www.postgresql.org/message-id/20220530190155.47wr3x2prdwyciah@alap3.anarazel.de Revert debugging added due to 019_replslot_limit]<br />
** Owner: Andres Freund<br />
** Reverted: {{PgCommitURL|3f8148c256e067dc2e8929ed174671ba7dc3339c}}<br />
* [https://www.postgresql.org/message-id/CAApHDvqXpLzav6dUeR5vO_RBh_feHrHMLhigVQXw9jHCyKP9PA%40mail.gmail.com PG15 beta1 sort performance regression due to Generation context change]<br />
** Owner: David Rowley<br />
* [https://www.postgresql.org/message-id/20220706224727.GA2158260@nathanxps13 pg_parameter_aclcheck() and trusted extensions]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|13d83881514856353dc86575eb0fc28132349a60}}<br />
* [https://www.postgresql.org/message-id/YtjsbtZFCaou6C/k@paquier.xyz Unprivileged user can induce crash by using an SUSET param in PGOPTIONS]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|b35617de37870756bdb0e00ffc0a42441e56eefa}}<br />
* [https://www.postgresql.org/message-id/20220726050402.vsr6fmz7rsgpmdz3@jrouhaud wrong filename used in pg_ident_file_mapping infrastructure]<br />
** Owner: Michael Paquier (a2c84990bea7beadb599d02328190e2a763dcb86)<br />
** Fixed by: {{PgCommitURL|27e0ee57f68d27af68967759a2ff61a581f501dc}}<br />
* [https://www.postgresql.org/message-id/17558-3f6599ffcf52fd4a%40postgresql.org Endless loop with UNIQUE NULLS NOT DISTINCT and INSERT ... ON CONFLICT]<br />
** Owner: Peter Eisentraut (94aa7cc5f707712f592885995a28e018c7c80488)<br />
** Fixed by: {{PgCommitURL|d59383924c580a77a2346d9b1284c8589b3d43e2}}<br />
* [https://www.postgresql.org/message-id/PA4P191MB160009A09B9D0624359278CFBA9F9@PA4P191MB1600.EURP191.PROD.OUTLOOK.COM XX000 error caused by window function run conditions]<br />
** Owner: David Rowley<br />
** Fixed by: {{PgCommitURL|270eb4b5d4986534f2d522ebb19f67396d13cf44}}<br />
<br />
* [https://www.postgresql.org/message-id/20220701231413.GI13040@telsasoft.com large objects lost on upgrade]<br />
** Owner: Robert Haas (9a974cbcba005256a19991203583a94b4f9a21a9)<br />
** Fixed by: {{PgCommitURL|bbe08b8869bd29d587f24ef18eb45c7d4d14afca}}<br />
<br />
=== resolved before 15beta2 ===<br />
<br />
* [https://www.postgresql.org/message-id/CA+HiwqGAGobiiHR8nH382HJxqm1mzZs8=3oKPXnXivWoFSZmNA@mail.gmail.com pgbench --partitions=0]<br />
** Owner; Michael Paquier (6f164e6d17616a157ea5d9e34dbb1b211c080c41)<br />
** Fixed by: {{PgCommitURL|27f1366050c6cd8c1ea5f03b367a5a167ebf34b7}}<br />
* [https://www.postgresql.org/message-id/3813350.1652111765%40sss.pgh.pa.us psql now shows zero elapsed time after an error]<br />
** Owner: Peter Eisentraut<br />
** Fixed by: {{PgCommitURL|9520f8d92a8681e441cc863422babd544353dd39}}<br />
* [https://www.postgresql.org/message-id/17495-7ffe2fa0b261b9fa@postgresql.org Regression in 15beta1 when filtering subquery including row_number window function]<br />
** Owner: David Rowley (9d9c02ccd1aea8e9131d8f4edb21bf1687e40782)<br />
** Fixed by: {{PgCommitURL|3e9abd2eb1b1f6863250f060290f514f30ce8044}}<br />
* [https://www.postgresql.org/message-id/20220524235250.gtt3uu5zktfkr4hv@alap3.anarazel.de Safety of subtrans ID caching]<br />
** Owner: Michael Paquier (06f5295af673df795e8e70e28c43d61c2817b6df)<br />
** Fixed by: {{PgCommitURL|b4529005fd387e863bfa9eb863629b1183c0449c}}<br />
* [https://www.postgresql.org/message-id/f80ace33-11fb-1cd3-20f8-98f51d151088@enterprisedb.com pg_upgrade test writes to source directory]<br />
** Owner: Michael Paquier (322becb6085cb92d3708635eea61b45776bf27b6)<br />
** Fixed by: {{PgCommitURL|15b6d2155375dee2fcba072fffa03c1c8b44656c}}<br />
* [https://www.postgresql.org/message-id/77e6ecaa-2785-97aa-f229-4b6e047cbd2b@enterprisedb.com pg_upgrade is not idempotent, even with --check]<br />
** Owner: Michael Paquier (38bfae36526636ef55daf7cf2a3282403587cb5b)<br />
** Fixed by: {{PgCommitURL|4fff78f00910af0137f9de7532f8eb21d08ab1c3}}<br />
* [https://www.postgresql.org/message-id/202204251548.mudq7jbqnh7r@alvherre.pgsql bogus: logical replication rows/cols combinations]<br />
** Owner: Amit Kapila<br />
** Fixed by: {{PgCommitURL|fd0b9dcebda7b931a41ce5c8e86d13f2efd0af2e}}<br />
* [https://www.postgresql.org/message-id/05ebcb44-f383-86e3-4f31-0a97a55634cf%40enterprisedb.com Ignoring BRIN for HOT udpates seems broken]<br />
** Owner: Tomas Vondra (5753d4ee320b)<br />
** Fixed by: {{PgCommitURL|e3fcca0d0d2414f3a50d6fd40eddf48b7df81475}}<br />
* [https://www.postgresql.org/message-id/PAXPR02MB760039506C87A2083AD85575E3DA9%40PAXPR02MB7600.eurprd02.prod.outlook.com psql no longer reports NOTICE messages promptly]<br />
** Owner: Peter Eisentraut (7844c9918)<br />
** Fixed by: {{PgCommitURL|e77de23fbb0f4ef27090c144edcfa889bb2a06d5}}<br />
* [https://www.postgresql.org/message-id/20220517.162719.1671558681467343711.horikyota.ntt@gmail.com amcheck is using a wrong macro to check compressed-ness]<br />
** Owner: Robert Haas (bd807be6935929bdefe74d1258ca08048f0aafa3)<br />
** Fixed by: {{PgCommitURL|e243de03fb4583dd4a9f0afb41493727d7946c02}}<br />
* [https://www.postgresql.org/message-id/20220607154744.vvmitnqhyxrne5ms%40jrouhaud COPY WITH (HEADER MATCH) broken with custom attribute list]<br />
** Owner: Peter Eisentraut (072132f04e55c1c3b0f1a582318da78de7334379)<br />
** Fixed by: {{PgCommitURL|ca7a0d1d368216e89359c63531a4df0b99a437e4}}<br />
* [https://www.postgresql.org/message-id/flat/DM4PR84MB17349C4E7D88A68264C18AF3EED69%40DM4PR84MB1734.NAMPRD84.PROD.OUTLOOK.COM PG15 beta1 fix pg_stats_ext/pg_stats_ext_exprs view manual]<br />
** Tomas Vondra<br />
** Fixed by: {{PgCommitURL|401f623c7b14890011b9bb9dda7639b1de4d40ad}}<br />
* [https://www.postgresql.org/message-id/20220625151930.GH22452@telsasoft.com Incorrect version check for datlocprovider in pg_upgrade]<br />
** Owner: Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** Fixed by: {{PgCommitURL|fa06a34d14ea053e1e405a6ab2a1c3f1631c3a5e}}<br />
* [https://www.postgresql.org/message-id/17522-bfcd5c603b5f4daa@postgresql.org Failure in TAP tests for IP address support in SANs with LibreSSL]<br />
** Owner: Peter Eisentraut (c1932e542863f0f646f005b3492452acc57c7e66)<br />
** Fixed by: {{PgCommitURL|901a9d53011573e45cd7b87682f0520ef3b0fd2d}}<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/de57761c-b99b-3435-b0a6-474c72b1149a%40enterprisedb.com libpq: duplicate error message after connection loss]<br />
** Fixed by: {{PgCommitURL|93909599cdba64c8759d646983c0a4ef93de1e50}}<br />
<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Fixed by: {{PgCommitURL|ce4f46fdc814eb1b704d81640f6d8f03625d0f53}}<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
* [https://www.postgresql.org/message-id/CAKFQuwamFuaQHKdhcMt4Gbw5+Hca2UE741B8gOOXoA=TtAd2Yw@mail.gmail.com Incorrect reset timestamp in stats after crash recovery]<br />
** Owner: Andres Freund (5891c7a8ed8f2d3d577e7eea34dacff12d7b6bbd)<br />
** Fixed at: {{PgCommitURL|5cd1c40b3ce9600f129fd1fea9850e1affaf31d5}}<br />
<br />
* [https://www.postgresql.org/message-id/YlPQGNAAa04raObK@paquier.xyz Fixes for compression options of pg_receivewal and refactoring of backup_compression.{c,h}]<br />
** Owner: Michael Paquier (babbbb595d2322da095a1e6703171b3f1f2815cb)<br />
** Fixed at: {{PgCommitURL|042a923ad53dfbe39a9d5012d6c3cf3c9c338884}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Owner: Michael Paquier (46dea2419ee7895a4eb3d048317682e6f18a17e1)<br />
** Fixed at: {{PgCommitURL|e61efafcb82c605dcc78f668685223e20d2f7ad8}}, {{PgCommitURL|1a8b110539efe18803c1fa8aa452a2178dbad9a9}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+hUKGJRbzaAOUtBUcjF5hLtaSHnJUqXmtiaLEoi53zeWSizeA@mail.gmail.com qsort performance regression]<br />
** Owner: John Naylor (6974924347c908335607a4a2f252213d58e21b7c)<br />
** Fixed at: {{PgCommitURL|99c754129d787ea4ce3b34b9f4c5f5e74c45ab6a}}<br />
<br />
* [https://www.postgresql.org/message-id/YlZyp26LVVfmwfgW@paquier.xyz Small issues with CLUSTER on partitioned tables]<br />
** Owner: Alvaro Herrera (cfdd03f45e6afc632fbe70519250ec19167d6765)<br />
** Fixed at: {{PgCommitURL|3f19e176ae0f55a653d62e1504dbe5ad8c1006a0}}, {{PgCommitURL|21a10368eb3fce73f146d7e48b4d81496f60d965}}<br />
<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
** Fixed at: {{PgCommitURL|5c854e7a2c8a6cd26040e0f9949e7a4a007f6366}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220209220004.kb3dgtn2x2k2gtdm%40alap3.anarazel.de Corruption due to relfilenode reuse]<br />
** pg_upgrade can corrupt data with the new OIDs preservation feature<br />
*** Fixed at: {{PgCommitURL|e2f65f42555ff531c6d7c8f151526b4ef7c016f8}}<br />
** the ProcSignalBarrier solution this builds on also turns out to have a small race/hole<br />
*** Fixed at: {{PgCommitURL|b74e94dc27fdbb13954f230b1d1298430afa6c0c}}<br />
** Owner: Thomas Munro, Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/20220502042718.GB1565149@rfd.leadboat.com Some issues with the TAP tests of pg_upgrade]<br />
** Owner: Michael Paquier<br />
** Fixed at: {{PgCommitURL|7dd3ee508432730d15c5d3032f37362f6b6e4dd8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAMbWs4-LN%3DbF8f9eU2R94dJtF54DfDvBq%2BovqHnOQqbinYDrUw%40mail.gmail.com Crash in _outPathTarget]<br />
** Owner: Peter Eisentraut<br />
** Fixed at: {{PgCommitURL|9ddf251f94090cebf1bd8fc18396cb8a4b580d04}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/Ymd/e5eeZMNAkrXo%40paquier.xyz#23885a148c6899cc874a7bf68f228777 Instability of regression test of pg_walinspect]<br />
** Owner: Jeff Davis<br />
** Fixed at: {{PgCommitURL|ed57cac84d1c5642737dab1e4c4b8cb4f0c4305f}}<br />
<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
** Fixed at: {{PgCommitURL|4eb9798879680dcc0e3ebb301cf6f925dfa69422}}, {{PgCommitURL|112fdb3528465cc14a2f1dff3dc27f100326d885}}<br />
<br />
* [https://www.postgresql.org/message-id/CAA4eK1LpBFU49Ohbnk%3Ddv_v9YP%2BKqh1%2BSf8i%2B%2B_s-QhD1Gy4Qw%40mail.gmail.com 013_partition.pl failing]<br />
** Fixed at: {{PgCommitURL|dd4ab6fd6528e160571986fa8817cee9f2645aa8}}<br />
<br />
* [https://www.postgresql.org/message-id/Yni6ZHkGotUU+RSf@paquier.xyz Avoid garbage logs with postgres -C on runtime-computed GUCs]<br />
** Fixed at: {{PgCommitURL|8bbf8461a3a2a38ce5f2952a025385b6938a61f7}}<br />
** Owner: Michael Paquier<br />
<br />
* [https://www.postgresql.org/message-id/20220506234924.6mxxotl3xl63db3l@alap3.anarazel.de Some issues with mark_pgdllimport.pl]<br />
** Fixed at: {{PgCommitURL|5edeb574285ecbcc47f0b769a7e363404db0155b}}<br />
** Owner: Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/1656446.1650043715%40sss.pgh.pa.us Crash in new pgstats code]<br />
** Initially reported issue was fixed by {{PgCommitURL|4a736a161c306fcfed970e6b649f2f03f465ac24}}, but there may be more to do here.<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/b3463b8c-2328-dcac-0136-af95715493c1%40xs4all.nl TRAP: FailedAssertion("tabstat->trans == trans", File: "pgstat_relation.c", Line: 508]<br />
** Fixed at: {{PgCommitURL|0cf16cb8ca4853b084c40eca310c4c9c3ebf7e2a}}<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/YlGJGiofZiWN3elx@jrouhaud limitations of GetMaxBackends()]<br />
** Fixed at: {{PgCommitURL|4f2400cb3f10aa79f99fba680c198237da28dd38}}, {{PgCommitURL|ab02d702ef08343fba30d90fdf7df5950063e8c9}}, {{PgCommitURL|7fc0e7de9fb8306e84d1c15211aba4308f694455}}<br />
** Owner: Robert Haas (aa64f23b02924724eafbd9eadbf26d85df30a12b, and 4567596316d186c6e61c72df013797266fcac2f7)<br />
<br />
<br />
<br />
== Won't Fix ==<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Problem showed by 90efa2f5565d28054c30c18f6a2f17f94fdff91e.<br />
* [https://www.postgresql.org/message-id/20220603195318.qk4voicqfdhlsnoh@alap3.anarazel.de Reduce amount of logs generated by TAP tests of pg_upgrade?]<br />
** Owner: Michael Paquier<br />
** Other thread: [https://www.postgresql.org/message-id/YrP6ZRXITYWhpVrl@paquier.xyz here]<br />
** The problem is wider than just the upgrade tests, as all the runs of pg_regress would be impacted. We may want a more centralized solution for this older problem.<br />
* [https://www.postgresql.org/message-id/CABOikdM+cR6fDd1XkGu0paKWaa1E_s4WRG3oETw8u_U5NK1oeg@mail.gmail.com Assertion failure on PG15 with modified test_shm_mq test]<br />
** Owner: Andres Freund<br />
** on the thread, andres says that doesn't seem realistic to fix this, extensions will need to work around it<br />
* [https://www.postgresql.org/message-id/20220616233130.rparivafipt6doj3%40alap3.anarazel.de PG 15 (and to a smaller degree 14) regression due to ExprEvalStep size]<br />
** Owner: Andrew Dunstan<br />
** Feature reverted. Fixes will be made in a future release.<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: May 19, 2022<br />
* Beta 2: June 30, 2022<br />
* Beta 3: August 11, 2022<br />
* Beta 4: September 8, 2022<br />
* RC 1: September 29, 2022<br />
* GA: October 13, 2022<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=37264PostgreSQL 15 Open Items2022-09-29T21:31:16Z<p>Tgl: PQsslAttribute fixed</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
* [https://www.postgresql.org/message-id/flat/YxfagaTXUNa9ggLb@ahch-to pgstat: START_REPLICATION SLOT assertion failure]<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
** Fixed by: {{PgCommitURL|8ab0ebb9a842dc6063d1374a38b47a3b7ee64afe}}<br />
<br />
* [https://www.postgresql.org/message-id/17485-396609c6925b982d%40postgresql.org Records missing from Primary Key index when doing REINDEX INDEX CONCURRENTLY]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|e28bb885196916b0a3d898ae4f2be0e38108d81b}}<br />
<br />
* [https://www.postgresql.org/message-id/20220519193839.GT19626%40telsasoft.com -c min_dynamic_shared_memory now triggers an assertion]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|7201cd1862}}<br />
<br />
* [https://www.postgresql.org/message-id/f8a4105f076544c180a87ef0c4822352%40stmuk.bayern.de Extension pg_trgm, permissions and pg_dump order]<br />
** Affects all stable branches.<br />
** Fixed by {{PgCommitURL|00377b9a02b89a831ae50e1c718d34565356698f}}<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 15rc2 ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CACawEhVxe0ufR26UcqtU7GYGRuubq3p6ZWPGXL4cxy_uexpAAQ%40mail.gmail.com Memory leak in single-column sorts]<br />
** Fixed by: {{PgCommitURL|f7ae8a2e186ca27f4ea64fddc21bfabaf0618507}}<br />
* [https://www.postgresql.org/message-id/flat/17625-fc47c78b7d71b534%40postgresql.org PQsslAttribute not behaving as documented]<br />
** Fixed by: {{PgCommitURL|cae4688ce81b8449aa6e1e7bfa384d53520a81fb}}<br />
<br />
=== resolved before 15rc1 ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220831140128.GS31833%40telsasoft.com recovery fails with recovery_prefetch=on and maintenance_io_concurency=0]<br />
** Fixed by: {{PgCommitURL|adb466150b44d1eaf43a2d22f58ff4c545a0ed3f}}<br />
* [https://www.postgresql.org/message-id/20220912014235.GC31833@telsasoft.com FailedAssertion("TransactionIdIsValid(xmax)]<br />
** Fixed by: {{PgCommitURL|adb466150b44d1eaf43a2d22f58ff4c545a0ed3f}}<br />
* [https://www.postgresql.org/message-id/Yxa1SU4nH2HfN3/i%40ahch-to pg_publication_tables view is busted]<br />
** Fixed by: {{PgCommitURL|20b6847176976da9cae6103475b967e6c2971898}}<br />
* [https://www.postgresql.org/message-id/flat/20220902115511.GY31833%40telsasoft.com#ebfa4e87b4247318ccd1e233c7c9af4a replaying wal_compression=lz4/zstd on a server which doesn't support it exposes an elog() which includes no information about the failure]<br />
** Owner: Michael Paquier (4035cd5)<br />
** Fixed by: {{PgCommitURL|df4a056619a7e9868ec43a15e2088ff8ccf94471}}<br />
* [https://www.postgresql.org/message-id/flat/20220819133016.GV26426@telsasoft.com syntax error in MERGE docs]<br />
** Fixed by: {{PgCommitURL|5dcebd10baa8ec14a97029ca0bacaf2a9a0f8652}}<br />
* [https://www.postgresql.org/message-id/181A6DA8-3B7F-4B71-82D5-363FF0146820@yesql.se pg_upgrade generated files in subdir follow-up]<br />
** Fixed by: {{PgCommitURL|ee5353abb6124de5ffd24ef1cedbc2a7196d4fd5}}<br />
* [https://www.postgresql.org/message-id/1400032.1662217889@sss.pgh.pa.us pg_basebackup's --gzip switch misbehaves]<br />
** Fixed by: {{PgCommitURL|f352e2d08ac048d7407dd6098fc6b344ff85c2dd}}<br />
* [https://www.postgresql.org/message-id/CAFiTN-sE3ry=ycMPVtC+Djw4Fd7gbUGVv_qqw6qfzp=JLvqT3g@mail.gmail.com Assertion failure in WaitForWALToBecomeAvailable state machine]<br />
** Fixed by: {{PgCommitURL|b4f584f9d2a1b50d1f5ce88408a54bb11f1c8353}}<br />
* [https://www.postgresql.org/message-id/6dd6db0984d86a51b7255ba79f111971@postgrespro.ru Possible to create database with incompatible ICU and encoding settings]<br />
** Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** Fixed by: {{PgCommitURL|c7db01e325a530ec38ec7ba57cd3ed32e123e33c}}<br />
* [https://www.postgresql.org/message-id/flat/20220912005443.GB31833%40telsasoft.com#b900d448bc57e46da3a235219034ba4c startup process says "recovering NNN" after it's done recovering NNN]<br />
** Fixed by: {{PgCommitURL|fbb5f54b67c2f35c885d07daa26bce7e2eb6b0be}}<br />
* [https://www.postgresql.org/message-id/2729c9e2-9aac-8cda-f2f4-34f2bcc18f4e%40enterprisedb.com why can't a table be part of the same publication as its schema]<br />
** Owner: Amit Kapila<br />
** Fixed by: {{PgCommitURL|13a185f54ba594a5fb42bac3e1ecbdfd62b9041f}}<br />
<br />
=== resolved before 15beta4 ===<br />
<br />
* [https://www.postgresql.org/message-id/17579-82482cd7b267b862%40postgresql.org MERGE fails if inside a CTE]<br />
** Fixed by: {{PgCommitURL|455d254d22665eb}}<br />
* [https://www.postgresql.org/message-id/CACawEhXwHN3X34FiwoYG8vXR-oyUdrp7qcfRWSzS+NPahS5gSw@mail.gmail.com Materialized view rewrite is broken when there is an event trigger]<br />
** Owner: Michael Paquier (b0483263dda0824cc49e3f8a022dab07e1cdf9a7)<br />
** Fixed by: {{PgCommitURL|93f2349c36a7555a81d5e26edf9a0213fb3d323a}}<br />
* [https://www.postgresql.org/message-id/20220802175043.GA13682@telsasoft.com CREATE DATABASE STRATEGY WAL_LOG crash and memory corruption]<br />
** Owner: Robert Haas (9c08aea6a3090a396be334cc58c511edab05776a)<br />
* [https://www.postgresql.org/message-id/20220818133406.GL26426@telsasoft.com crash in parallel vacuum]<br />
** Fixed by: {{PgCommitURL|662ba729a67e5c6e43efbc5263e1d2c3a72a8741}}<br />
* [https://www.postgresql.org/message-id/flat/f385ba25e7f8be427b8c582e5cca7d79%40postgrespro.ru Crash in ICU for global collation]<br />
** Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** One issue has been fixed in 36f729e2bc3539e777cda698dc441b8ccec42142 but we still have a problem with [https://www.postgresql.org/message-id/7ad26354e75259f59c4a6c6997b8ee32@postgrespro.ru pg_collation.colliculocale not getting dumped]<br />
** Fixed by: {{PgCommitURL|396d348b046c6b7e5dc83158c4c1df1377a1d2ef}}<br />
* [https://www.postgresql.org/message-id/CA+hUKGLptJc_k=cEqGtyRb-2pyF++uUMNi-+VEhrUV6pmezJmg@mail.gmail.com PANIC during standby promotion]<br />
** Fixed by: {{PgCommitURL|932b01630095a08797e05ba1dae279731b862c95}}<br />
* [https://www.postgresql.org/message-id/aada8f97-924e-5661-aead-257aa346899c@enterprisedb.com GROUP BY optimization defeated partitionwise tests]<br />
** [https://www.postgresql.org/message-id/3242058.1659563057%40sss.pgh.pa.us Possibly-related complaint here]<br />
** Owner: Tomas Vondra (db0d67db2)<br />
** Fixed by: {{PgCommitURL|2fe6b2a806f20f2dbf02c6e79783dbc2777a1840}}<br />
<br />
=== resolved before 15beta3 ===<br />
<br />
* [https://www.postgresql.org/message-id/CAApHDvrHQkiFRHiGiAS-LMOvJN-eK-s762=tVzBz8ZqUea-a_A@mail.gmail.com tuplesort Generation memory contexts don't play nicely with index builds]<br />
** Owner: David Rowley<br />
** Fixed by: {{PgCommitURL|ae1123f9899fe80935ae344e38f18632beb1bf9a}}<br />
* [https://www.postgresql.org/message-id/YrpVkADAY0knF6vM@paquier.xyz Repeatability of installcheck for test_oat_hooks]<br />
** Owner: Andrew Dunstan<br />
** Fixed by: {{PgCommitURL|a6434b951558baad8372dc4b83bf87606dac9cda}}<br />
* [https://www.postgresql.org/message-id/20220530190155.47wr3x2prdwyciah@alap3.anarazel.de Revert debugging added due to 019_replslot_limit]<br />
** Owner: Andres Freund<br />
** Reverted: {{PgCommitURL|3f8148c256e067dc2e8929ed174671ba7dc3339c}}<br />
* [https://www.postgresql.org/message-id/CAApHDvqXpLzav6dUeR5vO_RBh_feHrHMLhigVQXw9jHCyKP9PA%40mail.gmail.com PG15 beta1 sort performance regression due to Generation context change]<br />
** Owner: David Rowley<br />
* [https://www.postgresql.org/message-id/20220706224727.GA2158260@nathanxps13 pg_parameter_aclcheck() and trusted extensions]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|13d83881514856353dc86575eb0fc28132349a60}}<br />
* [https://www.postgresql.org/message-id/YtjsbtZFCaou6C/k@paquier.xyz Unprivileged user can induce crash by using an SUSET param in PGOPTIONS]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|b35617de37870756bdb0e00ffc0a42441e56eefa}}<br />
* [https://www.postgresql.org/message-id/20220726050402.vsr6fmz7rsgpmdz3@jrouhaud wrong filename used in pg_ident_file_mapping infrastructure]<br />
** Owner: Michael Paquier (a2c84990bea7beadb599d02328190e2a763dcb86)<br />
** Fixed by: {{PgCommitURL|27e0ee57f68d27af68967759a2ff61a581f501dc}}<br />
* [https://www.postgresql.org/message-id/17558-3f6599ffcf52fd4a%40postgresql.org Endless loop with UNIQUE NULLS NOT DISTINCT and INSERT ... ON CONFLICT]<br />
** Owner: Peter Eisentraut (94aa7cc5f707712f592885995a28e018c7c80488)<br />
** Fixed by: {{PgCommitURL|d59383924c580a77a2346d9b1284c8589b3d43e2}}<br />
* [https://www.postgresql.org/message-id/PA4P191MB160009A09B9D0624359278CFBA9F9@PA4P191MB1600.EURP191.PROD.OUTLOOK.COM XX000 error caused by window function run conditions]<br />
** Owner: David Rowley<br />
** Fixed by: {{PgCommitURL|270eb4b5d4986534f2d522ebb19f67396d13cf44}}<br />
<br />
* [https://www.postgresql.org/message-id/20220701231413.GI13040@telsasoft.com large objects lost on upgrade]<br />
** Owner: Robert Haas (9a974cbcba005256a19991203583a94b4f9a21a9)<br />
** Fixed by: {{PgCommitURL|bbe08b8869bd29d587f24ef18eb45c7d4d14afca}}<br />
<br />
=== resolved before 15beta2 ===<br />
<br />
* [https://www.postgresql.org/message-id/CA+HiwqGAGobiiHR8nH382HJxqm1mzZs8=3oKPXnXivWoFSZmNA@mail.gmail.com pgbench --partitions=0]<br />
** Owner; Michael Paquier (6f164e6d17616a157ea5d9e34dbb1b211c080c41)<br />
** Fixed by: {{PgCommitURL|27f1366050c6cd8c1ea5f03b367a5a167ebf34b7}}<br />
* [https://www.postgresql.org/message-id/3813350.1652111765%40sss.pgh.pa.us psql now shows zero elapsed time after an error]<br />
** Owner: Peter Eisentraut<br />
** Fixed by: {{PgCommitURL|9520f8d92a8681e441cc863422babd544353dd39}}<br />
* [https://www.postgresql.org/message-id/17495-7ffe2fa0b261b9fa@postgresql.org Regression in 15beta1 when filtering subquery including row_number window function]<br />
** Owner: David Rowley (9d9c02ccd1aea8e9131d8f4edb21bf1687e40782)<br />
** Fixed by: {{PgCommitURL|3e9abd2eb1b1f6863250f060290f514f30ce8044}}<br />
* [https://www.postgresql.org/message-id/20220524235250.gtt3uu5zktfkr4hv@alap3.anarazel.de Safety of subtrans ID caching]<br />
** Owner: Michael Paquier (06f5295af673df795e8e70e28c43d61c2817b6df)<br />
** Fixed by: {{PgCommitURL|b4529005fd387e863bfa9eb863629b1183c0449c}}<br />
* [https://www.postgresql.org/message-id/f80ace33-11fb-1cd3-20f8-98f51d151088@enterprisedb.com pg_upgrade test writes to source directory]<br />
** Owner: Michael Paquier (322becb6085cb92d3708635eea61b45776bf27b6)<br />
** Fixed by: {{PgCommitURL|15b6d2155375dee2fcba072fffa03c1c8b44656c}}<br />
* [https://www.postgresql.org/message-id/77e6ecaa-2785-97aa-f229-4b6e047cbd2b@enterprisedb.com pg_upgrade is not idempotent, even with --check]<br />
** Owner: Michael Paquier (38bfae36526636ef55daf7cf2a3282403587cb5b)<br />
** Fixed by: {{PgCommitURL|4fff78f00910af0137f9de7532f8eb21d08ab1c3}}<br />
* [https://www.postgresql.org/message-id/202204251548.mudq7jbqnh7r@alvherre.pgsql bogus: logical replication rows/cols combinations]<br />
** Owner: Amit Kapila<br />
** Fixed by: {{PgCommitURL|fd0b9dcebda7b931a41ce5c8e86d13f2efd0af2e}}<br />
* [https://www.postgresql.org/message-id/05ebcb44-f383-86e3-4f31-0a97a55634cf%40enterprisedb.com Ignoring BRIN for HOT udpates seems broken]<br />
** Owner: Tomas Vondra (5753d4ee320b)<br />
** Fixed by: {{PgCommitURL|e3fcca0d0d2414f3a50d6fd40eddf48b7df81475}}<br />
* [https://www.postgresql.org/message-id/PAXPR02MB760039506C87A2083AD85575E3DA9%40PAXPR02MB7600.eurprd02.prod.outlook.com psql no longer reports NOTICE messages promptly]<br />
** Owner: Peter Eisentraut (7844c9918)<br />
** Fixed by: {{PgCommitURL|e77de23fbb0f4ef27090c144edcfa889bb2a06d5}}<br />
* [https://www.postgresql.org/message-id/20220517.162719.1671558681467343711.horikyota.ntt@gmail.com amcheck is using a wrong macro to check compressed-ness]<br />
** Owner: Robert Haas (bd807be6935929bdefe74d1258ca08048f0aafa3)<br />
** Fixed by: {{PgCommitURL|e243de03fb4583dd4a9f0afb41493727d7946c02}}<br />
* [https://www.postgresql.org/message-id/20220607154744.vvmitnqhyxrne5ms%40jrouhaud COPY WITH (HEADER MATCH) broken with custom attribute list]<br />
** Owner: Peter Eisentraut (072132f04e55c1c3b0f1a582318da78de7334379)<br />
** Fixed by: {{PgCommitURL|ca7a0d1d368216e89359c63531a4df0b99a437e4}}<br />
* [https://www.postgresql.org/message-id/flat/DM4PR84MB17349C4E7D88A68264C18AF3EED69%40DM4PR84MB1734.NAMPRD84.PROD.OUTLOOK.COM PG15 beta1 fix pg_stats_ext/pg_stats_ext_exprs view manual]<br />
** Tomas Vondra<br />
** Fixed by: {{PgCommitURL|401f623c7b14890011b9bb9dda7639b1de4d40ad}}<br />
* [https://www.postgresql.org/message-id/20220625151930.GH22452@telsasoft.com Incorrect version check for datlocprovider in pg_upgrade]<br />
** Owner: Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** Fixed by: {{PgCommitURL|fa06a34d14ea053e1e405a6ab2a1c3f1631c3a5e}}<br />
* [https://www.postgresql.org/message-id/17522-bfcd5c603b5f4daa@postgresql.org Failure in TAP tests for IP address support in SANs with LibreSSL]<br />
** Owner: Peter Eisentraut (c1932e542863f0f646f005b3492452acc57c7e66)<br />
** Fixed by: {{PgCommitURL|901a9d53011573e45cd7b87682f0520ef3b0fd2d}}<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/de57761c-b99b-3435-b0a6-474c72b1149a%40enterprisedb.com libpq: duplicate error message after connection loss]<br />
** Fixed by: {{PgCommitURL|93909599cdba64c8759d646983c0a4ef93de1e50}}<br />
<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Fixed by: {{PgCommitURL|ce4f46fdc814eb1b704d81640f6d8f03625d0f53}}<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
* [https://www.postgresql.org/message-id/CAKFQuwamFuaQHKdhcMt4Gbw5+Hca2UE741B8gOOXoA=TtAd2Yw@mail.gmail.com Incorrect reset timestamp in stats after crash recovery]<br />
** Owner: Andres Freund (5891c7a8ed8f2d3d577e7eea34dacff12d7b6bbd)<br />
** Fixed at: {{PgCommitURL|5cd1c40b3ce9600f129fd1fea9850e1affaf31d5}}<br />
<br />
* [https://www.postgresql.org/message-id/YlPQGNAAa04raObK@paquier.xyz Fixes for compression options of pg_receivewal and refactoring of backup_compression.{c,h}]<br />
** Owner: Michael Paquier (babbbb595d2322da095a1e6703171b3f1f2815cb)<br />
** Fixed at: {{PgCommitURL|042a923ad53dfbe39a9d5012d6c3cf3c9c338884}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Owner: Michael Paquier (46dea2419ee7895a4eb3d048317682e6f18a17e1)<br />
** Fixed at: {{PgCommitURL|e61efafcb82c605dcc78f668685223e20d2f7ad8}}, {{PgCommitURL|1a8b110539efe18803c1fa8aa452a2178dbad9a9}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+hUKGJRbzaAOUtBUcjF5hLtaSHnJUqXmtiaLEoi53zeWSizeA@mail.gmail.com qsort performance regression]<br />
** Owner: John Naylor (6974924347c908335607a4a2f252213d58e21b7c)<br />
** Fixed at: {{PgCommitURL|99c754129d787ea4ce3b34b9f4c5f5e74c45ab6a}}<br />
<br />
* [https://www.postgresql.org/message-id/YlZyp26LVVfmwfgW@paquier.xyz Small issues with CLUSTER on partitioned tables]<br />
** Owner: Alvaro Herrera (cfdd03f45e6afc632fbe70519250ec19167d6765)<br />
** Fixed at: {{PgCommitURL|3f19e176ae0f55a653d62e1504dbe5ad8c1006a0}}, {{PgCommitURL|21a10368eb3fce73f146d7e48b4d81496f60d965}}<br />
<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
** Fixed at: {{PgCommitURL|5c854e7a2c8a6cd26040e0f9949e7a4a007f6366}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220209220004.kb3dgtn2x2k2gtdm%40alap3.anarazel.de Corruption due to relfilenode reuse]<br />
** pg_upgrade can corrupt data with the new OIDs preservation feature<br />
*** Fixed at: {{PgCommitURL|e2f65f42555ff531c6d7c8f151526b4ef7c016f8}}<br />
** the ProcSignalBarrier solution this builds on also turns out to have a small race/hole<br />
*** Fixed at: {{PgCommitURL|b74e94dc27fdbb13954f230b1d1298430afa6c0c}}<br />
** Owner: Thomas Munro, Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/20220502042718.GB1565149@rfd.leadboat.com Some issues with the TAP tests of pg_upgrade]<br />
** Owner: Michael Paquier<br />
** Fixed at: {{PgCommitURL|7dd3ee508432730d15c5d3032f37362f6b6e4dd8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAMbWs4-LN%3DbF8f9eU2R94dJtF54DfDvBq%2BovqHnOQqbinYDrUw%40mail.gmail.com Crash in _outPathTarget]<br />
** Owner: Peter Eisentraut<br />
** Fixed at: {{PgCommitURL|9ddf251f94090cebf1bd8fc18396cb8a4b580d04}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/Ymd/e5eeZMNAkrXo%40paquier.xyz#23885a148c6899cc874a7bf68f228777 Instability of regression test of pg_walinspect]<br />
** Owner: Jeff Davis<br />
** Fixed at: {{PgCommitURL|ed57cac84d1c5642737dab1e4c4b8cb4f0c4305f}}<br />
<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
** Fixed at: {{PgCommitURL|4eb9798879680dcc0e3ebb301cf6f925dfa69422}}, {{PgCommitURL|112fdb3528465cc14a2f1dff3dc27f100326d885}}<br />
<br />
* [https://www.postgresql.org/message-id/CAA4eK1LpBFU49Ohbnk%3Ddv_v9YP%2BKqh1%2BSf8i%2B%2B_s-QhD1Gy4Qw%40mail.gmail.com 013_partition.pl failing]<br />
** Fixed at: {{PgCommitURL|dd4ab6fd6528e160571986fa8817cee9f2645aa8}}<br />
<br />
* [https://www.postgresql.org/message-id/Yni6ZHkGotUU+RSf@paquier.xyz Avoid garbage logs with postgres -C on runtime-computed GUCs]<br />
** Fixed at: {{PgCommitURL|8bbf8461a3a2a38ce5f2952a025385b6938a61f7}}<br />
** Owner: Michael Paquier<br />
<br />
* [https://www.postgresql.org/message-id/20220506234924.6mxxotl3xl63db3l@alap3.anarazel.de Some issues with mark_pgdllimport.pl]<br />
** Fixed at: {{PgCommitURL|5edeb574285ecbcc47f0b769a7e363404db0155b}}<br />
** Owner: Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/1656446.1650043715%40sss.pgh.pa.us Crash in new pgstats code]<br />
** Initially reported issue was fixed by {{PgCommitURL|4a736a161c306fcfed970e6b649f2f03f465ac24}}, but there may be more to do here.<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/b3463b8c-2328-dcac-0136-af95715493c1%40xs4all.nl TRAP: FailedAssertion("tabstat->trans == trans", File: "pgstat_relation.c", Line: 508]<br />
** Fixed at: {{PgCommitURL|0cf16cb8ca4853b084c40eca310c4c9c3ebf7e2a}}<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/YlGJGiofZiWN3elx@jrouhaud limitations of GetMaxBackends()]<br />
** Fixed at: {{PgCommitURL|4f2400cb3f10aa79f99fba680c198237da28dd38}}, {{PgCommitURL|ab02d702ef08343fba30d90fdf7df5950063e8c9}}, {{PgCommitURL|7fc0e7de9fb8306e84d1c15211aba4308f694455}}<br />
** Owner: Robert Haas (aa64f23b02924724eafbd9eadbf26d85df30a12b, and 4567596316d186c6e61c72df013797266fcac2f7)<br />
<br />
<br />
<br />
== Won't Fix ==<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Problem showed by 90efa2f5565d28054c30c18f6a2f17f94fdff91e.<br />
* [https://www.postgresql.org/message-id/20220603195318.qk4voicqfdhlsnoh@alap3.anarazel.de Reduce amount of logs generated by TAP tests of pg_upgrade?]<br />
** Owner: Michael Paquier<br />
** Other thread: [https://www.postgresql.org/message-id/YrP6ZRXITYWhpVrl@paquier.xyz here]<br />
** The problem is wider than just the upgrade tests, as all the runs of pg_regress would be impacted. We may want a more centralized solution for this older problem.<br />
* [https://www.postgresql.org/message-id/CABOikdM+cR6fDd1XkGu0paKWaa1E_s4WRG3oETw8u_U5NK1oeg@mail.gmail.com Assertion failure on PG15 with modified test_shm_mq test]<br />
** Owner: Andres Freund<br />
** on the thread, andres says that doesn't seem realistic to fix this, extensions will need to work around it<br />
* [https://www.postgresql.org/message-id/20220616233130.rparivafipt6doj3%40alap3.anarazel.de PG 15 (and to a smaller degree 14) regression due to ExprEvalStep size]<br />
** Owner: Andrew Dunstan<br />
** Feature reverted. Fixes will be made in a future release.<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: May 19, 2022<br />
* Beta 2: June 30, 2022<br />
* Beta 3: August 11, 2022<br />
* Beta 4: September 8, 2022<br />
* RC 1: September 29, 2022<br />
* GA: October 13, 2022<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=37263PostgreSQL 15 Open Items2022-09-29T20:20:55Z<p>Tgl: /* Open Issues */ add PQsslAttribute</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
* [https://www.postgresql.org/message-id/flat/YxfagaTXUNa9ggLb@ahch-to pgstat: START_REPLICATION SLOT assertion failure]<br />
* [https://www.postgresql.org/message-id/flat/17625-fc47c78b7d71b534%40postgresql.org PQsslAttribute not behaving as documented]<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
** Fixed by: {{PgCommitURL|8ab0ebb9a842dc6063d1374a38b47a3b7ee64afe}}<br />
<br />
* [https://www.postgresql.org/message-id/17485-396609c6925b982d%40postgresql.org Records missing from Primary Key index when doing REINDEX INDEX CONCURRENTLY]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|e28bb885196916b0a3d898ae4f2be0e38108d81b}}<br />
<br />
* [https://www.postgresql.org/message-id/20220519193839.GT19626%40telsasoft.com -c min_dynamic_shared_memory now triggers an assertion]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|7201cd1862}}<br />
<br />
* [https://www.postgresql.org/message-id/f8a4105f076544c180a87ef0c4822352%40stmuk.bayern.de Extension pg_trgm, permissions and pg_dump order]<br />
** Affects all stable branches.<br />
** Fixed by {{PgCommitURL|00377b9a02b89a831ae50e1c718d34565356698f}}<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 15rc2 ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CACawEhVxe0ufR26UcqtU7GYGRuubq3p6ZWPGXL4cxy_uexpAAQ%40mail.gmail.com Memory leak in single-column sorts]<br />
** Fixed by: {{PgCommitURL|f7ae8a2e186ca27f4ea64fddc21bfabaf0618507}}<br />
<br />
=== resolved before 15rc1 ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220831140128.GS31833%40telsasoft.com recovery fails with recovery_prefetch=on and maintenance_io_concurency=0]<br />
** Fixed by: {{PgCommitURL|adb466150b44d1eaf43a2d22f58ff4c545a0ed3f}}<br />
* [https://www.postgresql.org/message-id/20220912014235.GC31833@telsasoft.com FailedAssertion("TransactionIdIsValid(xmax)]<br />
** Fixed by: {{PgCommitURL|adb466150b44d1eaf43a2d22f58ff4c545a0ed3f}}<br />
* [https://www.postgresql.org/message-id/Yxa1SU4nH2HfN3/i%40ahch-to pg_publication_tables view is busted]<br />
** Fixed by: {{PgCommitURL|20b6847176976da9cae6103475b967e6c2971898}}<br />
* [https://www.postgresql.org/message-id/flat/20220902115511.GY31833%40telsasoft.com#ebfa4e87b4247318ccd1e233c7c9af4a replaying wal_compression=lz4/zstd on a server which doesn't support it exposes an elog() which includes no information about the failure]<br />
** Owner: Michael Paquier (4035cd5)<br />
** Fixed by: {{PgCommitURL|df4a056619a7e9868ec43a15e2088ff8ccf94471}}<br />
* [https://www.postgresql.org/message-id/flat/20220819133016.GV26426@telsasoft.com syntax error in MERGE docs]<br />
** Fixed by: {{PgCommitURL|5dcebd10baa8ec14a97029ca0bacaf2a9a0f8652}}<br />
* [https://www.postgresql.org/message-id/181A6DA8-3B7F-4B71-82D5-363FF0146820@yesql.se pg_upgrade generated files in subdir follow-up]<br />
** Fixed by: {{PgCommitURL|ee5353abb6124de5ffd24ef1cedbc2a7196d4fd5}}<br />
* [https://www.postgresql.org/message-id/1400032.1662217889@sss.pgh.pa.us pg_basebackup's --gzip switch misbehaves]<br />
** Fixed by: {{PgCommitURL|f352e2d08ac048d7407dd6098fc6b344ff85c2dd}}<br />
* [https://www.postgresql.org/message-id/CAFiTN-sE3ry=ycMPVtC+Djw4Fd7gbUGVv_qqw6qfzp=JLvqT3g@mail.gmail.com Assertion failure in WaitForWALToBecomeAvailable state machine]<br />
** Fixed by: {{PgCommitURL|b4f584f9d2a1b50d1f5ce88408a54bb11f1c8353}}<br />
* [https://www.postgresql.org/message-id/6dd6db0984d86a51b7255ba79f111971@postgrespro.ru Possible to create database with incompatible ICU and encoding settings]<br />
** Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** Fixed by: {{PgCommitURL|c7db01e325a530ec38ec7ba57cd3ed32e123e33c}}<br />
* [https://www.postgresql.org/message-id/flat/20220912005443.GB31833%40telsasoft.com#b900d448bc57e46da3a235219034ba4c startup process says "recovering NNN" after it's done recovering NNN]<br />
** Fixed by: {{PgCommitURL|fbb5f54b67c2f35c885d07daa26bce7e2eb6b0be}}<br />
* [https://www.postgresql.org/message-id/2729c9e2-9aac-8cda-f2f4-34f2bcc18f4e%40enterprisedb.com why can't a table be part of the same publication as its schema]<br />
** Owner: Amit Kapila<br />
** Fixed by: {{PgCommitURL|13a185f54ba594a5fb42bac3e1ecbdfd62b9041f}}<br />
<br />
=== resolved before 15beta4 ===<br />
<br />
* [https://www.postgresql.org/message-id/17579-82482cd7b267b862%40postgresql.org MERGE fails if inside a CTE]<br />
** Fixed by: {{PgCommitURL|455d254d22665eb}}<br />
* [https://www.postgresql.org/message-id/CACawEhXwHN3X34FiwoYG8vXR-oyUdrp7qcfRWSzS+NPahS5gSw@mail.gmail.com Materialized view rewrite is broken when there is an event trigger]<br />
** Owner: Michael Paquier (b0483263dda0824cc49e3f8a022dab07e1cdf9a7)<br />
** Fixed by: {{PgCommitURL|93f2349c36a7555a81d5e26edf9a0213fb3d323a}}<br />
* [https://www.postgresql.org/message-id/20220802175043.GA13682@telsasoft.com CREATE DATABASE STRATEGY WAL_LOG crash and memory corruption]<br />
** Owner: Robert Haas (9c08aea6a3090a396be334cc58c511edab05776a)<br />
* [https://www.postgresql.org/message-id/20220818133406.GL26426@telsasoft.com crash in parallel vacuum]<br />
** Fixed by: {{PgCommitURL|662ba729a67e5c6e43efbc5263e1d2c3a72a8741}}<br />
* [https://www.postgresql.org/message-id/flat/f385ba25e7f8be427b8c582e5cca7d79%40postgrespro.ru Crash in ICU for global collation]<br />
** Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** One issue has been fixed in 36f729e2bc3539e777cda698dc441b8ccec42142 but we still have a problem with [https://www.postgresql.org/message-id/7ad26354e75259f59c4a6c6997b8ee32@postgrespro.ru pg_collation.colliculocale not getting dumped]<br />
** Fixed by: {{PgCommitURL|396d348b046c6b7e5dc83158c4c1df1377a1d2ef}}<br />
* [https://www.postgresql.org/message-id/CA+hUKGLptJc_k=cEqGtyRb-2pyF++uUMNi-+VEhrUV6pmezJmg@mail.gmail.com PANIC during standby promotion]<br />
** Fixed by: {{PgCommitURL|932b01630095a08797e05ba1dae279731b862c95}}<br />
* [https://www.postgresql.org/message-id/aada8f97-924e-5661-aead-257aa346899c@enterprisedb.com GROUP BY optimization defeated partitionwise tests]<br />
** [https://www.postgresql.org/message-id/3242058.1659563057%40sss.pgh.pa.us Possibly-related complaint here]<br />
** Owner: Tomas Vondra (db0d67db2)<br />
** Fixed by: {{PgCommitURL|2fe6b2a806f20f2dbf02c6e79783dbc2777a1840}}<br />
<br />
=== resolved before 15beta3 ===<br />
<br />
* [https://www.postgresql.org/message-id/CAApHDvrHQkiFRHiGiAS-LMOvJN-eK-s762=tVzBz8ZqUea-a_A@mail.gmail.com tuplesort Generation memory contexts don't play nicely with index builds]<br />
** Owner: David Rowley<br />
** Fixed by: {{PgCommitURL|ae1123f9899fe80935ae344e38f18632beb1bf9a}}<br />
* [https://www.postgresql.org/message-id/YrpVkADAY0knF6vM@paquier.xyz Repeatability of installcheck for test_oat_hooks]<br />
** Owner: Andrew Dunstan<br />
** Fixed by: {{PgCommitURL|a6434b951558baad8372dc4b83bf87606dac9cda}}<br />
* [https://www.postgresql.org/message-id/20220530190155.47wr3x2prdwyciah@alap3.anarazel.de Revert debugging added due to 019_replslot_limit]<br />
** Owner: Andres Freund<br />
** Reverted: {{PgCommitURL|3f8148c256e067dc2e8929ed174671ba7dc3339c}}<br />
* [https://www.postgresql.org/message-id/CAApHDvqXpLzav6dUeR5vO_RBh_feHrHMLhigVQXw9jHCyKP9PA%40mail.gmail.com PG15 beta1 sort performance regression due to Generation context change]<br />
** Owner: David Rowley<br />
* [https://www.postgresql.org/message-id/20220706224727.GA2158260@nathanxps13 pg_parameter_aclcheck() and trusted extensions]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|13d83881514856353dc86575eb0fc28132349a60}}<br />
* [https://www.postgresql.org/message-id/YtjsbtZFCaou6C/k@paquier.xyz Unprivileged user can induce crash by using an SUSET param in PGOPTIONS]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|b35617de37870756bdb0e00ffc0a42441e56eefa}}<br />
* [https://www.postgresql.org/message-id/20220726050402.vsr6fmz7rsgpmdz3@jrouhaud wrong filename used in pg_ident_file_mapping infrastructure]<br />
** Owner: Michael Paquier (a2c84990bea7beadb599d02328190e2a763dcb86)<br />
** Fixed by: {{PgCommitURL|27e0ee57f68d27af68967759a2ff61a581f501dc}}<br />
* [https://www.postgresql.org/message-id/17558-3f6599ffcf52fd4a%40postgresql.org Endless loop with UNIQUE NULLS NOT DISTINCT and INSERT ... ON CONFLICT]<br />
** Owner: Peter Eisentraut (94aa7cc5f707712f592885995a28e018c7c80488)<br />
** Fixed by: {{PgCommitURL|d59383924c580a77a2346d9b1284c8589b3d43e2}}<br />
* [https://www.postgresql.org/message-id/PA4P191MB160009A09B9D0624359278CFBA9F9@PA4P191MB1600.EURP191.PROD.OUTLOOK.COM XX000 error caused by window function run conditions]<br />
** Owner: David Rowley<br />
** Fixed by: {{PgCommitURL|270eb4b5d4986534f2d522ebb19f67396d13cf44}}<br />
<br />
* [https://www.postgresql.org/message-id/20220701231413.GI13040@telsasoft.com large objects lost on upgrade]<br />
** Owner: Robert Haas (9a974cbcba005256a19991203583a94b4f9a21a9)<br />
** Fixed by: {{PgCommitURL|bbe08b8869bd29d587f24ef18eb45c7d4d14afca}}<br />
<br />
=== resolved before 15beta2 ===<br />
<br />
* [https://www.postgresql.org/message-id/CA+HiwqGAGobiiHR8nH382HJxqm1mzZs8=3oKPXnXivWoFSZmNA@mail.gmail.com pgbench --partitions=0]<br />
** Owner; Michael Paquier (6f164e6d17616a157ea5d9e34dbb1b211c080c41)<br />
** Fixed by: {{PgCommitURL|27f1366050c6cd8c1ea5f03b367a5a167ebf34b7}}<br />
* [https://www.postgresql.org/message-id/3813350.1652111765%40sss.pgh.pa.us psql now shows zero elapsed time after an error]<br />
** Owner: Peter Eisentraut<br />
** Fixed by: {{PgCommitURL|9520f8d92a8681e441cc863422babd544353dd39}}<br />
* [https://www.postgresql.org/message-id/17495-7ffe2fa0b261b9fa@postgresql.org Regression in 15beta1 when filtering subquery including row_number window function]<br />
** Owner: David Rowley (9d9c02ccd1aea8e9131d8f4edb21bf1687e40782)<br />
** Fixed by: {{PgCommitURL|3e9abd2eb1b1f6863250f060290f514f30ce8044}}<br />
* [https://www.postgresql.org/message-id/20220524235250.gtt3uu5zktfkr4hv@alap3.anarazel.de Safety of subtrans ID caching]<br />
** Owner: Michael Paquier (06f5295af673df795e8e70e28c43d61c2817b6df)<br />
** Fixed by: {{PgCommitURL|b4529005fd387e863bfa9eb863629b1183c0449c}}<br />
* [https://www.postgresql.org/message-id/f80ace33-11fb-1cd3-20f8-98f51d151088@enterprisedb.com pg_upgrade test writes to source directory]<br />
** Owner: Michael Paquier (322becb6085cb92d3708635eea61b45776bf27b6)<br />
** Fixed by: {{PgCommitURL|15b6d2155375dee2fcba072fffa03c1c8b44656c}}<br />
* [https://www.postgresql.org/message-id/77e6ecaa-2785-97aa-f229-4b6e047cbd2b@enterprisedb.com pg_upgrade is not idempotent, even with --check]<br />
** Owner: Michael Paquier (38bfae36526636ef55daf7cf2a3282403587cb5b)<br />
** Fixed by: {{PgCommitURL|4fff78f00910af0137f9de7532f8eb21d08ab1c3}}<br />
* [https://www.postgresql.org/message-id/202204251548.mudq7jbqnh7r@alvherre.pgsql bogus: logical replication rows/cols combinations]<br />
** Owner: Amit Kapila<br />
** Fixed by: {{PgCommitURL|fd0b9dcebda7b931a41ce5c8e86d13f2efd0af2e}}<br />
* [https://www.postgresql.org/message-id/05ebcb44-f383-86e3-4f31-0a97a55634cf%40enterprisedb.com Ignoring BRIN for HOT udpates seems broken]<br />
** Owner: Tomas Vondra (5753d4ee320b)<br />
** Fixed by: {{PgCommitURL|e3fcca0d0d2414f3a50d6fd40eddf48b7df81475}}<br />
* [https://www.postgresql.org/message-id/PAXPR02MB760039506C87A2083AD85575E3DA9%40PAXPR02MB7600.eurprd02.prod.outlook.com psql no longer reports NOTICE messages promptly]<br />
** Owner: Peter Eisentraut (7844c9918)<br />
** Fixed by: {{PgCommitURL|e77de23fbb0f4ef27090c144edcfa889bb2a06d5}}<br />
* [https://www.postgresql.org/message-id/20220517.162719.1671558681467343711.horikyota.ntt@gmail.com amcheck is using a wrong macro to check compressed-ness]<br />
** Owner: Robert Haas (bd807be6935929bdefe74d1258ca08048f0aafa3)<br />
** Fixed by: {{PgCommitURL|e243de03fb4583dd4a9f0afb41493727d7946c02}}<br />
* [https://www.postgresql.org/message-id/20220607154744.vvmitnqhyxrne5ms%40jrouhaud COPY WITH (HEADER MATCH) broken with custom attribute list]<br />
** Owner: Peter Eisentraut (072132f04e55c1c3b0f1a582318da78de7334379)<br />
** Fixed by: {{PgCommitURL|ca7a0d1d368216e89359c63531a4df0b99a437e4}}<br />
* [https://www.postgresql.org/message-id/flat/DM4PR84MB17349C4E7D88A68264C18AF3EED69%40DM4PR84MB1734.NAMPRD84.PROD.OUTLOOK.COM PG15 beta1 fix pg_stats_ext/pg_stats_ext_exprs view manual]<br />
** Tomas Vondra<br />
** Fixed by: {{PgCommitURL|401f623c7b14890011b9bb9dda7639b1de4d40ad}}<br />
* [https://www.postgresql.org/message-id/20220625151930.GH22452@telsasoft.com Incorrect version check for datlocprovider in pg_upgrade]<br />
** Owner: Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** Fixed by: {{PgCommitURL|fa06a34d14ea053e1e405a6ab2a1c3f1631c3a5e}}<br />
* [https://www.postgresql.org/message-id/17522-bfcd5c603b5f4daa@postgresql.org Failure in TAP tests for IP address support in SANs with LibreSSL]<br />
** Owner: Peter Eisentraut (c1932e542863f0f646f005b3492452acc57c7e66)<br />
** Fixed by: {{PgCommitURL|901a9d53011573e45cd7b87682f0520ef3b0fd2d}}<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/de57761c-b99b-3435-b0a6-474c72b1149a%40enterprisedb.com libpq: duplicate error message after connection loss]<br />
** Fixed by: {{PgCommitURL|93909599cdba64c8759d646983c0a4ef93de1e50}}<br />
<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Fixed by: {{PgCommitURL|ce4f46fdc814eb1b704d81640f6d8f03625d0f53}}<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
* [https://www.postgresql.org/message-id/CAKFQuwamFuaQHKdhcMt4Gbw5+Hca2UE741B8gOOXoA=TtAd2Yw@mail.gmail.com Incorrect reset timestamp in stats after crash recovery]<br />
** Owner: Andres Freund (5891c7a8ed8f2d3d577e7eea34dacff12d7b6bbd)<br />
** Fixed at: {{PgCommitURL|5cd1c40b3ce9600f129fd1fea9850e1affaf31d5}}<br />
<br />
* [https://www.postgresql.org/message-id/YlPQGNAAa04raObK@paquier.xyz Fixes for compression options of pg_receivewal and refactoring of backup_compression.{c,h}]<br />
** Owner: Michael Paquier (babbbb595d2322da095a1e6703171b3f1f2815cb)<br />
** Fixed at: {{PgCommitURL|042a923ad53dfbe39a9d5012d6c3cf3c9c338884}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Owner: Michael Paquier (46dea2419ee7895a4eb3d048317682e6f18a17e1)<br />
** Fixed at: {{PgCommitURL|e61efafcb82c605dcc78f668685223e20d2f7ad8}}, {{PgCommitURL|1a8b110539efe18803c1fa8aa452a2178dbad9a9}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+hUKGJRbzaAOUtBUcjF5hLtaSHnJUqXmtiaLEoi53zeWSizeA@mail.gmail.com qsort performance regression]<br />
** Owner: John Naylor (6974924347c908335607a4a2f252213d58e21b7c)<br />
** Fixed at: {{PgCommitURL|99c754129d787ea4ce3b34b9f4c5f5e74c45ab6a}}<br />
<br />
* [https://www.postgresql.org/message-id/YlZyp26LVVfmwfgW@paquier.xyz Small issues with CLUSTER on partitioned tables]<br />
** Owner: Alvaro Herrera (cfdd03f45e6afc632fbe70519250ec19167d6765)<br />
** Fixed at: {{PgCommitURL|3f19e176ae0f55a653d62e1504dbe5ad8c1006a0}}, {{PgCommitURL|21a10368eb3fce73f146d7e48b4d81496f60d965}}<br />
<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
** Fixed at: {{PgCommitURL|5c854e7a2c8a6cd26040e0f9949e7a4a007f6366}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220209220004.kb3dgtn2x2k2gtdm%40alap3.anarazel.de Corruption due to relfilenode reuse]<br />
** pg_upgrade can corrupt data with the new OIDs preservation feature<br />
*** Fixed at: {{PgCommitURL|e2f65f42555ff531c6d7c8f151526b4ef7c016f8}}<br />
** the ProcSignalBarrier solution this builds on also turns out to have a small race/hole<br />
*** Fixed at: {{PgCommitURL|b74e94dc27fdbb13954f230b1d1298430afa6c0c}}<br />
** Owner: Thomas Munro, Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/20220502042718.GB1565149@rfd.leadboat.com Some issues with the TAP tests of pg_upgrade]<br />
** Owner: Michael Paquier<br />
** Fixed at: {{PgCommitURL|7dd3ee508432730d15c5d3032f37362f6b6e4dd8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAMbWs4-LN%3DbF8f9eU2R94dJtF54DfDvBq%2BovqHnOQqbinYDrUw%40mail.gmail.com Crash in _outPathTarget]<br />
** Owner: Peter Eisentraut<br />
** Fixed at: {{PgCommitURL|9ddf251f94090cebf1bd8fc18396cb8a4b580d04}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/Ymd/e5eeZMNAkrXo%40paquier.xyz#23885a148c6899cc874a7bf68f228777 Instability of regression test of pg_walinspect]<br />
** Owner: Jeff Davis<br />
** Fixed at: {{PgCommitURL|ed57cac84d1c5642737dab1e4c4b8cb4f0c4305f}}<br />
<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
** Fixed at: {{PgCommitURL|4eb9798879680dcc0e3ebb301cf6f925dfa69422}}, {{PgCommitURL|112fdb3528465cc14a2f1dff3dc27f100326d885}}<br />
<br />
* [https://www.postgresql.org/message-id/CAA4eK1LpBFU49Ohbnk%3Ddv_v9YP%2BKqh1%2BSf8i%2B%2B_s-QhD1Gy4Qw%40mail.gmail.com 013_partition.pl failing]<br />
** Fixed at: {{PgCommitURL|dd4ab6fd6528e160571986fa8817cee9f2645aa8}}<br />
<br />
* [https://www.postgresql.org/message-id/Yni6ZHkGotUU+RSf@paquier.xyz Avoid garbage logs with postgres -C on runtime-computed GUCs]<br />
** Fixed at: {{PgCommitURL|8bbf8461a3a2a38ce5f2952a025385b6938a61f7}}<br />
** Owner: Michael Paquier<br />
<br />
* [https://www.postgresql.org/message-id/20220506234924.6mxxotl3xl63db3l@alap3.anarazel.de Some issues with mark_pgdllimport.pl]<br />
** Fixed at: {{PgCommitURL|5edeb574285ecbcc47f0b769a7e363404db0155b}}<br />
** Owner: Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/1656446.1650043715%40sss.pgh.pa.us Crash in new pgstats code]<br />
** Initially reported issue was fixed by {{PgCommitURL|4a736a161c306fcfed970e6b649f2f03f465ac24}}, but there may be more to do here.<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/b3463b8c-2328-dcac-0136-af95715493c1%40xs4all.nl TRAP: FailedAssertion("tabstat->trans == trans", File: "pgstat_relation.c", Line: 508]<br />
** Fixed at: {{PgCommitURL|0cf16cb8ca4853b084c40eca310c4c9c3ebf7e2a}}<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/YlGJGiofZiWN3elx@jrouhaud limitations of GetMaxBackends()]<br />
** Fixed at: {{PgCommitURL|4f2400cb3f10aa79f99fba680c198237da28dd38}}, {{PgCommitURL|ab02d702ef08343fba30d90fdf7df5950063e8c9}}, {{PgCommitURL|7fc0e7de9fb8306e84d1c15211aba4308f694455}}<br />
** Owner: Robert Haas (aa64f23b02924724eafbd9eadbf26d85df30a12b, and 4567596316d186c6e61c72df013797266fcac2f7)<br />
<br />
<br />
<br />
== Won't Fix ==<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Problem showed by 90efa2f5565d28054c30c18f6a2f17f94fdff91e.<br />
* [https://www.postgresql.org/message-id/20220603195318.qk4voicqfdhlsnoh@alap3.anarazel.de Reduce amount of logs generated by TAP tests of pg_upgrade?]<br />
** Owner: Michael Paquier<br />
** Other thread: [https://www.postgresql.org/message-id/YrP6ZRXITYWhpVrl@paquier.xyz here]<br />
** The problem is wider than just the upgrade tests, as all the runs of pg_regress would be impacted. We may want a more centralized solution for this older problem.<br />
* [https://www.postgresql.org/message-id/CABOikdM+cR6fDd1XkGu0paKWaa1E_s4WRG3oETw8u_U5NK1oeg@mail.gmail.com Assertion failure on PG15 with modified test_shm_mq test]<br />
** Owner: Andres Freund<br />
** on the thread, andres says that doesn't seem realistic to fix this, extensions will need to work around it<br />
* [https://www.postgresql.org/message-id/20220616233130.rparivafipt6doj3%40alap3.anarazel.de PG 15 (and to a smaller degree 14) regression due to ExprEvalStep size]<br />
** Owner: Andrew Dunstan<br />
** Feature reverted. Fixes will be made in a future release.<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: May 19, 2022<br />
* Beta 2: June 30, 2022<br />
* Beta 3: August 11, 2022<br />
* Beta 4: September 8, 2022<br />
* RC 1: September 29, 2022<br />
* GA: October 13, 2022<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=37245PostgreSQL 15 Open Items2022-09-28T17:40:41Z<p>Tgl: /* Open Issues */ adjust link</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
* [https://www.postgresql.org/message-id/flat/YxfagaTXUNa9ggLb@ahch-to pgstat: START_REPLICATION SLOT assertion failure]<br />
* [https://www.postgresql.org/message-id/flat/CACawEhVxe0ufR26UcqtU7GYGRuubq3p6ZWPGXL4cxy_uexpAAQ%40mail.gmail.com Memory leak in single-column sorts]<br />
** Owner: David Rowley (91e9e89dccdfdf4216953d3d8f5515dcdef177fb)<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
** Fixed by: {{PgCommitURL|8ab0ebb9a842dc6063d1374a38b47a3b7ee64afe}}<br />
<br />
* [https://www.postgresql.org/message-id/17485-396609c6925b982d%40postgresql.org Records missing from Primary Key index when doing REINDEX INDEX CONCURRENTLY]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|e28bb885196916b0a3d898ae4f2be0e38108d81b}}<br />
<br />
* [https://www.postgresql.org/message-id/20220519193839.GT19626%40telsasoft.com -c min_dynamic_shared_memory now triggers an assertion]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|7201cd1862}}<br />
<br />
* [https://www.postgresql.org/message-id/f8a4105f076544c180a87ef0c4822352%40stmuk.bayern.de Extension pg_trgm, permissions and pg_dump order]<br />
** Affects all stable branches.<br />
** Fixed by {{PgCommitURL|00377b9a02b89a831ae50e1c718d34565356698f}}<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 15rc1 ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220831140128.GS31833%40telsasoft.com recovery fails with recovery_prefetch=on and maintenance_io_concurency=0]<br />
** Fixed by: {{PgCommitURL|adb466150b44d1eaf43a2d22f58ff4c545a0ed3f}}<br />
* [https://www.postgresql.org/message-id/20220912014235.GC31833@telsasoft.com FailedAssertion("TransactionIdIsValid(xmax)]<br />
** Fixed by: {{PgCommitURL|adb466150b44d1eaf43a2d22f58ff4c545a0ed3f}}<br />
* [https://www.postgresql.org/message-id/Yxa1SU4nH2HfN3/i%40ahch-to pg_publication_tables view is busted]<br />
** Fixed by: {{PgCommitURL|20b6847176976da9cae6103475b967e6c2971898}}<br />
* [https://www.postgresql.org/message-id/flat/20220902115511.GY31833%40telsasoft.com#ebfa4e87b4247318ccd1e233c7c9af4a replaying wal_compression=lz4/zstd on a server which doesn't support it exposes an elog() which includes no information about the failure]<br />
** Owner: Michael Paquier (4035cd5)<br />
** Fixed by: {{PgCommitURL|df4a056619a7e9868ec43a15e2088ff8ccf94471}}<br />
* [https://www.postgresql.org/message-id/flat/20220819133016.GV26426@telsasoft.com syntax error in MERGE docs]<br />
** Fixed by: {{PgCommitURL|5dcebd10baa8ec14a97029ca0bacaf2a9a0f8652}}<br />
* [https://www.postgresql.org/message-id/181A6DA8-3B7F-4B71-82D5-363FF0146820@yesql.se pg_upgrade generated files in subdir follow-up]<br />
** Fixed by: {{PgCommitURL|ee5353abb6124de5ffd24ef1cedbc2a7196d4fd5}}<br />
* [https://www.postgresql.org/message-id/1400032.1662217889@sss.pgh.pa.us pg_basebackup's --gzip switch misbehaves]<br />
** Fixed by: {{PgCommitURL|f352e2d08ac048d7407dd6098fc6b344ff85c2dd}}<br />
* [https://www.postgresql.org/message-id/CAFiTN-sE3ry=ycMPVtC+Djw4Fd7gbUGVv_qqw6qfzp=JLvqT3g@mail.gmail.com Assertion failure in WaitForWALToBecomeAvailable state machine]<br />
** Fixed by: {{PgCommitURL|b4f584f9d2a1b50d1f5ce88408a54bb11f1c8353}}<br />
* [https://www.postgresql.org/message-id/6dd6db0984d86a51b7255ba79f111971@postgrespro.ru Possible to create database with incompatible ICU and encoding settings]<br />
** Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** Fixed by: {{PgCommitURL|c7db01e325a530ec38ec7ba57cd3ed32e123e33c}}<br />
* [https://www.postgresql.org/message-id/flat/20220912005443.GB31833%40telsasoft.com#b900d448bc57e46da3a235219034ba4c startup process says "recovering NNN" after it's done recovering NNN]<br />
** Fixed by: {{PgCommitURL|fbb5f54b67c2f35c885d07daa26bce7e2eb6b0be}}<br />
* [https://www.postgresql.org/message-id/2729c9e2-9aac-8cda-f2f4-34f2bcc18f4e%40enterprisedb.com why can't a table be part of the same publication as its schema]<br />
** Owner: Amit Kapila<br />
** Fixed by: {{PgCommitURL|13a185f54ba594a5fb42bac3e1ecbdfd62b9041f}}<br />
<br />
=== resolved before 15beta4 ===<br />
<br />
* [https://www.postgresql.org/message-id/17579-82482cd7b267b862%40postgresql.org MERGE fails if inside a CTE]<br />
** Fixed by: {{PgCommitURL|455d254d22665eb}}<br />
* [https://www.postgresql.org/message-id/CACawEhXwHN3X34FiwoYG8vXR-oyUdrp7qcfRWSzS+NPahS5gSw@mail.gmail.com Materialized view rewrite is broken when there is an event trigger]<br />
** Owner: Michael Paquier (b0483263dda0824cc49e3f8a022dab07e1cdf9a7)<br />
** Fixed by: {{PgCommitURL|93f2349c36a7555a81d5e26edf9a0213fb3d323a}}<br />
* [https://www.postgresql.org/message-id/20220802175043.GA13682@telsasoft.com CREATE DATABASE STRATEGY WAL_LOG crash and memory corruption]<br />
** Owner: Robert Haas (9c08aea6a3090a396be334cc58c511edab05776a)<br />
* [https://www.postgresql.org/message-id/20220818133406.GL26426@telsasoft.com crash in parallel vacuum]<br />
** Fixed by: {{PgCommitURL|662ba729a67e5c6e43efbc5263e1d2c3a72a8741}}<br />
* [https://www.postgresql.org/message-id/flat/f385ba25e7f8be427b8c582e5cca7d79%40postgrespro.ru Crash in ICU for global collation]<br />
** Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** One issue has been fixed in 36f729e2bc3539e777cda698dc441b8ccec42142 but we still have a problem with [https://www.postgresql.org/message-id/7ad26354e75259f59c4a6c6997b8ee32@postgrespro.ru pg_collation.colliculocale not getting dumped]<br />
** Fixed by: {{PgCommitURL|396d348b046c6b7e5dc83158c4c1df1377a1d2ef}}<br />
* [https://www.postgresql.org/message-id/CA+hUKGLptJc_k=cEqGtyRb-2pyF++uUMNi-+VEhrUV6pmezJmg@mail.gmail.com PANIC during standby promotion]<br />
** Fixed by: {{PgCommitURL|932b01630095a08797e05ba1dae279731b862c95}}<br />
* [https://www.postgresql.org/message-id/aada8f97-924e-5661-aead-257aa346899c@enterprisedb.com GROUP BY optimization defeated partitionwise tests]<br />
** [https://www.postgresql.org/message-id/3242058.1659563057%40sss.pgh.pa.us Possibly-related complaint here]<br />
** Owner: Tomas Vondra (db0d67db2)<br />
** Fixed by: {{PgCommitURL|2fe6b2a806f20f2dbf02c6e79783dbc2777a1840}}<br />
<br />
=== resolved before 15beta3 ===<br />
<br />
* [https://www.postgresql.org/message-id/CAApHDvrHQkiFRHiGiAS-LMOvJN-eK-s762=tVzBz8ZqUea-a_A@mail.gmail.com tuplesort Generation memory contexts don't play nicely with index builds]<br />
** Owner: David Rowley<br />
** Fixed by: {{PgCommitURL|ae1123f9899fe80935ae344e38f18632beb1bf9a}}<br />
* [https://www.postgresql.org/message-id/YrpVkADAY0knF6vM@paquier.xyz Repeatability of installcheck for test_oat_hooks]<br />
** Owner: Andrew Dunstan<br />
** Fixed by: {{PgCommitURL|a6434b951558baad8372dc4b83bf87606dac9cda}}<br />
* [https://www.postgresql.org/message-id/20220530190155.47wr3x2prdwyciah@alap3.anarazel.de Revert debugging added due to 019_replslot_limit]<br />
** Owner: Andres Freund<br />
** Reverted: {{PgCommitURL|3f8148c256e067dc2e8929ed174671ba7dc3339c}}<br />
* [https://www.postgresql.org/message-id/CAApHDvqXpLzav6dUeR5vO_RBh_feHrHMLhigVQXw9jHCyKP9PA%40mail.gmail.com PG15 beta1 sort performance regression due to Generation context change]<br />
** Owner: David Rowley<br />
* [https://www.postgresql.org/message-id/20220706224727.GA2158260@nathanxps13 pg_parameter_aclcheck() and trusted extensions]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|13d83881514856353dc86575eb0fc28132349a60}}<br />
* [https://www.postgresql.org/message-id/YtjsbtZFCaou6C/k@paquier.xyz Unprivileged user can induce crash by using an SUSET param in PGOPTIONS]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|b35617de37870756bdb0e00ffc0a42441e56eefa}}<br />
* [https://www.postgresql.org/message-id/20220726050402.vsr6fmz7rsgpmdz3@jrouhaud wrong filename used in pg_ident_file_mapping infrastructure]<br />
** Owner: Michael Paquier (a2c84990bea7beadb599d02328190e2a763dcb86)<br />
** Fixed by: {{PgCommitURL|27e0ee57f68d27af68967759a2ff61a581f501dc}}<br />
* [https://www.postgresql.org/message-id/17558-3f6599ffcf52fd4a%40postgresql.org Endless loop with UNIQUE NULLS NOT DISTINCT and INSERT ... ON CONFLICT]<br />
** Owner: Peter Eisentraut (94aa7cc5f707712f592885995a28e018c7c80488)<br />
** Fixed by: {{PgCommitURL|d59383924c580a77a2346d9b1284c8589b3d43e2}}<br />
* [https://www.postgresql.org/message-id/PA4P191MB160009A09B9D0624359278CFBA9F9@PA4P191MB1600.EURP191.PROD.OUTLOOK.COM XX000 error caused by window function run conditions]<br />
** Owner: David Rowley<br />
** Fixed by: {{PgCommitURL|270eb4b5d4986534f2d522ebb19f67396d13cf44}}<br />
<br />
* [https://www.postgresql.org/message-id/20220701231413.GI13040@telsasoft.com large objects lost on upgrade]<br />
** Owner: Robert Haas (9a974cbcba005256a19991203583a94b4f9a21a9)<br />
** Fixed by: {{PgCommitURL|bbe08b8869bd29d587f24ef18eb45c7d4d14afca}}<br />
<br />
=== resolved before 15beta2 ===<br />
<br />
* [https://www.postgresql.org/message-id/CA+HiwqGAGobiiHR8nH382HJxqm1mzZs8=3oKPXnXivWoFSZmNA@mail.gmail.com pgbench --partitions=0]<br />
** Owner; Michael Paquier (6f164e6d17616a157ea5d9e34dbb1b211c080c41)<br />
** Fixed by: {{PgCommitURL|27f1366050c6cd8c1ea5f03b367a5a167ebf34b7}}<br />
* [https://www.postgresql.org/message-id/3813350.1652111765%40sss.pgh.pa.us psql now shows zero elapsed time after an error]<br />
** Owner: Peter Eisentraut<br />
** Fixed by: {{PgCommitURL|9520f8d92a8681e441cc863422babd544353dd39}}<br />
* [https://www.postgresql.org/message-id/17495-7ffe2fa0b261b9fa@postgresql.org Regression in 15beta1 when filtering subquery including row_number window function]<br />
** Owner: David Rowley (9d9c02ccd1aea8e9131d8f4edb21bf1687e40782)<br />
** Fixed by: {{PgCommitURL|3e9abd2eb1b1f6863250f060290f514f30ce8044}}<br />
* [https://www.postgresql.org/message-id/20220524235250.gtt3uu5zktfkr4hv@alap3.anarazel.de Safety of subtrans ID caching]<br />
** Owner: Michael Paquier (06f5295af673df795e8e70e28c43d61c2817b6df)<br />
** Fixed by: {{PgCommitURL|b4529005fd387e863bfa9eb863629b1183c0449c}}<br />
* [https://www.postgresql.org/message-id/f80ace33-11fb-1cd3-20f8-98f51d151088@enterprisedb.com pg_upgrade test writes to source directory]<br />
** Owner: Michael Paquier (322becb6085cb92d3708635eea61b45776bf27b6)<br />
** Fixed by: {{PgCommitURL|15b6d2155375dee2fcba072fffa03c1c8b44656c}}<br />
* [https://www.postgresql.org/message-id/77e6ecaa-2785-97aa-f229-4b6e047cbd2b@enterprisedb.com pg_upgrade is not idempotent, even with --check]<br />
** Owner: Michael Paquier (38bfae36526636ef55daf7cf2a3282403587cb5b)<br />
** Fixed by: {{PgCommitURL|4fff78f00910af0137f9de7532f8eb21d08ab1c3}}<br />
* [https://www.postgresql.org/message-id/202204251548.mudq7jbqnh7r@alvherre.pgsql bogus: logical replication rows/cols combinations]<br />
** Owner: Amit Kapila<br />
** Fixed by: {{PgCommitURL|fd0b9dcebda7b931a41ce5c8e86d13f2efd0af2e}}<br />
* [https://www.postgresql.org/message-id/05ebcb44-f383-86e3-4f31-0a97a55634cf%40enterprisedb.com Ignoring BRIN for HOT udpates seems broken]<br />
** Owner: Tomas Vondra (5753d4ee320b)<br />
** Fixed by: {{PgCommitURL|e3fcca0d0d2414f3a50d6fd40eddf48b7df81475}}<br />
* [https://www.postgresql.org/message-id/PAXPR02MB760039506C87A2083AD85575E3DA9%40PAXPR02MB7600.eurprd02.prod.outlook.com psql no longer reports NOTICE messages promptly]<br />
** Owner: Peter Eisentraut (7844c9918)<br />
** Fixed by: {{PgCommitURL|e77de23fbb0f4ef27090c144edcfa889bb2a06d5}}<br />
* [https://www.postgresql.org/message-id/20220517.162719.1671558681467343711.horikyota.ntt@gmail.com amcheck is using a wrong macro to check compressed-ness]<br />
** Owner: Robert Haas (bd807be6935929bdefe74d1258ca08048f0aafa3)<br />
** Fixed by: {{PgCommitURL|e243de03fb4583dd4a9f0afb41493727d7946c02}}<br />
* [https://www.postgresql.org/message-id/20220607154744.vvmitnqhyxrne5ms%40jrouhaud COPY WITH (HEADER MATCH) broken with custom attribute list]<br />
** Owner: Peter Eisentraut (072132f04e55c1c3b0f1a582318da78de7334379)<br />
** Fixed by: {{PgCommitURL|ca7a0d1d368216e89359c63531a4df0b99a437e4}}<br />
* [https://www.postgresql.org/message-id/flat/DM4PR84MB17349C4E7D88A68264C18AF3EED69%40DM4PR84MB1734.NAMPRD84.PROD.OUTLOOK.COM PG15 beta1 fix pg_stats_ext/pg_stats_ext_exprs view manual]<br />
** Tomas Vondra<br />
** Fixed by: {{PgCommitURL|401f623c7b14890011b9bb9dda7639b1de4d40ad}}<br />
* [https://www.postgresql.org/message-id/20220625151930.GH22452@telsasoft.com Incorrect version check for datlocprovider in pg_upgrade]<br />
** Owner: Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** Fixed by: {{PgCommitURL|fa06a34d14ea053e1e405a6ab2a1c3f1631c3a5e}}<br />
* [https://www.postgresql.org/message-id/17522-bfcd5c603b5f4daa@postgresql.org Failure in TAP tests for IP address support in SANs with LibreSSL]<br />
** Owner: Peter Eisentraut (c1932e542863f0f646f005b3492452acc57c7e66)<br />
** Fixed by: {{PgCommitURL|901a9d53011573e45cd7b87682f0520ef3b0fd2d}}<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/de57761c-b99b-3435-b0a6-474c72b1149a%40enterprisedb.com libpq: duplicate error message after connection loss]<br />
** Fixed by: {{PgCommitURL|93909599cdba64c8759d646983c0a4ef93de1e50}}<br />
<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Fixed by: {{PgCommitURL|ce4f46fdc814eb1b704d81640f6d8f03625d0f53}}<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
* [https://www.postgresql.org/message-id/CAKFQuwamFuaQHKdhcMt4Gbw5+Hca2UE741B8gOOXoA=TtAd2Yw@mail.gmail.com Incorrect reset timestamp in stats after crash recovery]<br />
** Owner: Andres Freund (5891c7a8ed8f2d3d577e7eea34dacff12d7b6bbd)<br />
** Fixed at: {{PgCommitURL|5cd1c40b3ce9600f129fd1fea9850e1affaf31d5}}<br />
<br />
* [https://www.postgresql.org/message-id/YlPQGNAAa04raObK@paquier.xyz Fixes for compression options of pg_receivewal and refactoring of backup_compression.{c,h}]<br />
** Owner: Michael Paquier (babbbb595d2322da095a1e6703171b3f1f2815cb)<br />
** Fixed at: {{PgCommitURL|042a923ad53dfbe39a9d5012d6c3cf3c9c338884}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Owner: Michael Paquier (46dea2419ee7895a4eb3d048317682e6f18a17e1)<br />
** Fixed at: {{PgCommitURL|e61efafcb82c605dcc78f668685223e20d2f7ad8}}, {{PgCommitURL|1a8b110539efe18803c1fa8aa452a2178dbad9a9}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+hUKGJRbzaAOUtBUcjF5hLtaSHnJUqXmtiaLEoi53zeWSizeA@mail.gmail.com qsort performance regression]<br />
** Owner: John Naylor (6974924347c908335607a4a2f252213d58e21b7c)<br />
** Fixed at: {{PgCommitURL|99c754129d787ea4ce3b34b9f4c5f5e74c45ab6a}}<br />
<br />
* [https://www.postgresql.org/message-id/YlZyp26LVVfmwfgW@paquier.xyz Small issues with CLUSTER on partitioned tables]<br />
** Owner: Alvaro Herrera (cfdd03f45e6afc632fbe70519250ec19167d6765)<br />
** Fixed at: {{PgCommitURL|3f19e176ae0f55a653d62e1504dbe5ad8c1006a0}}, {{PgCommitURL|21a10368eb3fce73f146d7e48b4d81496f60d965}}<br />
<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
** Fixed at: {{PgCommitURL|5c854e7a2c8a6cd26040e0f9949e7a4a007f6366}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220209220004.kb3dgtn2x2k2gtdm%40alap3.anarazel.de Corruption due to relfilenode reuse]<br />
** pg_upgrade can corrupt data with the new OIDs preservation feature<br />
*** Fixed at: {{PgCommitURL|e2f65f42555ff531c6d7c8f151526b4ef7c016f8}}<br />
** the ProcSignalBarrier solution this builds on also turns out to have a small race/hole<br />
*** Fixed at: {{PgCommitURL|b74e94dc27fdbb13954f230b1d1298430afa6c0c}}<br />
** Owner: Thomas Munro, Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/20220502042718.GB1565149@rfd.leadboat.com Some issues with the TAP tests of pg_upgrade]<br />
** Owner: Michael Paquier<br />
** Fixed at: {{PgCommitURL|7dd3ee508432730d15c5d3032f37362f6b6e4dd8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAMbWs4-LN%3DbF8f9eU2R94dJtF54DfDvBq%2BovqHnOQqbinYDrUw%40mail.gmail.com Crash in _outPathTarget]<br />
** Owner: Peter Eisentraut<br />
** Fixed at: {{PgCommitURL|9ddf251f94090cebf1bd8fc18396cb8a4b580d04}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/Ymd/e5eeZMNAkrXo%40paquier.xyz#23885a148c6899cc874a7bf68f228777 Instability of regression test of pg_walinspect]<br />
** Owner: Jeff Davis<br />
** Fixed at: {{PgCommitURL|ed57cac84d1c5642737dab1e4c4b8cb4f0c4305f}}<br />
<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
** Fixed at: {{PgCommitURL|4eb9798879680dcc0e3ebb301cf6f925dfa69422}}, {{PgCommitURL|112fdb3528465cc14a2f1dff3dc27f100326d885}}<br />
<br />
* [https://www.postgresql.org/message-id/CAA4eK1LpBFU49Ohbnk%3Ddv_v9YP%2BKqh1%2BSf8i%2B%2B_s-QhD1Gy4Qw%40mail.gmail.com 013_partition.pl failing]<br />
** Fixed at: {{PgCommitURL|dd4ab6fd6528e160571986fa8817cee9f2645aa8}}<br />
<br />
* [https://www.postgresql.org/message-id/Yni6ZHkGotUU+RSf@paquier.xyz Avoid garbage logs with postgres -C on runtime-computed GUCs]<br />
** Fixed at: {{PgCommitURL|8bbf8461a3a2a38ce5f2952a025385b6938a61f7}}<br />
** Owner: Michael Paquier<br />
<br />
* [https://www.postgresql.org/message-id/20220506234924.6mxxotl3xl63db3l@alap3.anarazel.de Some issues with mark_pgdllimport.pl]<br />
** Fixed at: {{PgCommitURL|5edeb574285ecbcc47f0b769a7e363404db0155b}}<br />
** Owner: Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/1656446.1650043715%40sss.pgh.pa.us Crash in new pgstats code]<br />
** Initially reported issue was fixed by {{PgCommitURL|4a736a161c306fcfed970e6b649f2f03f465ac24}}, but there may be more to do here.<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/b3463b8c-2328-dcac-0136-af95715493c1%40xs4all.nl TRAP: FailedAssertion("tabstat->trans == trans", File: "pgstat_relation.c", Line: 508]<br />
** Fixed at: {{PgCommitURL|0cf16cb8ca4853b084c40eca310c4c9c3ebf7e2a}}<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/YlGJGiofZiWN3elx@jrouhaud limitations of GetMaxBackends()]<br />
** Fixed at: {{PgCommitURL|4f2400cb3f10aa79f99fba680c198237da28dd38}}, {{PgCommitURL|ab02d702ef08343fba30d90fdf7df5950063e8c9}}, {{PgCommitURL|7fc0e7de9fb8306e84d1c15211aba4308f694455}}<br />
** Owner: Robert Haas (aa64f23b02924724eafbd9eadbf26d85df30a12b, and 4567596316d186c6e61c72df013797266fcac2f7)<br />
<br />
<br />
<br />
== Won't Fix ==<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Problem showed by 90efa2f5565d28054c30c18f6a2f17f94fdff91e.<br />
* [https://www.postgresql.org/message-id/20220603195318.qk4voicqfdhlsnoh@alap3.anarazel.de Reduce amount of logs generated by TAP tests of pg_upgrade?]<br />
** Owner: Michael Paquier<br />
** Other thread: [https://www.postgresql.org/message-id/YrP6ZRXITYWhpVrl@paquier.xyz here]<br />
** The problem is wider than just the upgrade tests, as all the runs of pg_regress would be impacted. We may want a more centralized solution for this older problem.<br />
* [https://www.postgresql.org/message-id/CABOikdM+cR6fDd1XkGu0paKWaa1E_s4WRG3oETw8u_U5NK1oeg@mail.gmail.com Assertion failure on PG15 with modified test_shm_mq test]<br />
** Owner: Andres Freund<br />
** on the thread, andres says that doesn't seem realistic to fix this, extensions will need to work around it<br />
* [https://www.postgresql.org/message-id/20220616233130.rparivafipt6doj3%40alap3.anarazel.de PG 15 (and to a smaller degree 14) regression due to ExprEvalStep size]<br />
** Owner: Andrew Dunstan<br />
** Feature reverted. Fixes will be made in a future release.<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: May 19, 2022<br />
* Beta 2: June 30, 2022<br />
* Beta 3: August 11, 2022<br />
* Beta 4: September 8, 2022<br />
* RC 1: September 29, 2022<br />
* GA: October 13, 2022<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=37244PostgreSQL 15 Open Items2022-09-28T17:39:59Z<p>Tgl: /* Open Issues */ add memory leak issue</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
* [https://www.postgresql.org/message-id/flat/YxfagaTXUNa9ggLb@ahch-to pgstat: START_REPLICATION SLOT assertion failure]<br />
* [https://www.postgresql.org/message-id/CACawEhVxe0ufR26UcqtU7GYGRuubq3p6ZWPGXL4cxy_uexpAAQ%40mail.gmail.com Memory leak in single-column sorts]<br />
** Owner: David Rowley (91e9e89dccdfdf4216953d3d8f5515dcdef177fb)<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
** Fixed by: {{PgCommitURL|8ab0ebb9a842dc6063d1374a38b47a3b7ee64afe}}<br />
<br />
* [https://www.postgresql.org/message-id/17485-396609c6925b982d%40postgresql.org Records missing from Primary Key index when doing REINDEX INDEX CONCURRENTLY]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|e28bb885196916b0a3d898ae4f2be0e38108d81b}}<br />
<br />
* [https://www.postgresql.org/message-id/20220519193839.GT19626%40telsasoft.com -c min_dynamic_shared_memory now triggers an assertion]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|7201cd1862}}<br />
<br />
* [https://www.postgresql.org/message-id/f8a4105f076544c180a87ef0c4822352%40stmuk.bayern.de Extension pg_trgm, permissions and pg_dump order]<br />
** Affects all stable branches.<br />
** Fixed by {{PgCommitURL|00377b9a02b89a831ae50e1c718d34565356698f}}<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 15rc1 ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220831140128.GS31833%40telsasoft.com recovery fails with recovery_prefetch=on and maintenance_io_concurency=0]<br />
** Fixed by: {{PgCommitURL|adb466150b44d1eaf43a2d22f58ff4c545a0ed3f}}<br />
* [https://www.postgresql.org/message-id/20220912014235.GC31833@telsasoft.com FailedAssertion("TransactionIdIsValid(xmax)]<br />
** Fixed by: {{PgCommitURL|adb466150b44d1eaf43a2d22f58ff4c545a0ed3f}}<br />
* [https://www.postgresql.org/message-id/Yxa1SU4nH2HfN3/i%40ahch-to pg_publication_tables view is busted]<br />
** Fixed by: {{PgCommitURL|20b6847176976da9cae6103475b967e6c2971898}}<br />
* [https://www.postgresql.org/message-id/flat/20220902115511.GY31833%40telsasoft.com#ebfa4e87b4247318ccd1e233c7c9af4a replaying wal_compression=lz4/zstd on a server which doesn't support it exposes an elog() which includes no information about the failure]<br />
** Owner: Michael Paquier (4035cd5)<br />
** Fixed by: {{PgCommitURL|df4a056619a7e9868ec43a15e2088ff8ccf94471}}<br />
* [https://www.postgresql.org/message-id/flat/20220819133016.GV26426@telsasoft.com syntax error in MERGE docs]<br />
** Fixed by: {{PgCommitURL|5dcebd10baa8ec14a97029ca0bacaf2a9a0f8652}}<br />
* [https://www.postgresql.org/message-id/181A6DA8-3B7F-4B71-82D5-363FF0146820@yesql.se pg_upgrade generated files in subdir follow-up]<br />
** Fixed by: {{PgCommitURL|ee5353abb6124de5ffd24ef1cedbc2a7196d4fd5}}<br />
* [https://www.postgresql.org/message-id/1400032.1662217889@sss.pgh.pa.us pg_basebackup's --gzip switch misbehaves]<br />
** Fixed by: {{PgCommitURL|f352e2d08ac048d7407dd6098fc6b344ff85c2dd}}<br />
* [https://www.postgresql.org/message-id/CAFiTN-sE3ry=ycMPVtC+Djw4Fd7gbUGVv_qqw6qfzp=JLvqT3g@mail.gmail.com Assertion failure in WaitForWALToBecomeAvailable state machine]<br />
** Fixed by: {{PgCommitURL|b4f584f9d2a1b50d1f5ce88408a54bb11f1c8353}}<br />
* [https://www.postgresql.org/message-id/6dd6db0984d86a51b7255ba79f111971@postgrespro.ru Possible to create database with incompatible ICU and encoding settings]<br />
** Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** Fixed by: {{PgCommitURL|c7db01e325a530ec38ec7ba57cd3ed32e123e33c}}<br />
* [https://www.postgresql.org/message-id/flat/20220912005443.GB31833%40telsasoft.com#b900d448bc57e46da3a235219034ba4c startup process says "recovering NNN" after it's done recovering NNN]<br />
** Fixed by: {{PgCommitURL|fbb5f54b67c2f35c885d07daa26bce7e2eb6b0be}}<br />
* [https://www.postgresql.org/message-id/2729c9e2-9aac-8cda-f2f4-34f2bcc18f4e%40enterprisedb.com why can't a table be part of the same publication as its schema]<br />
** Owner: Amit Kapila<br />
** Fixed by: {{PgCommitURL|13a185f54ba594a5fb42bac3e1ecbdfd62b9041f}}<br />
<br />
=== resolved before 15beta4 ===<br />
<br />
* [https://www.postgresql.org/message-id/17579-82482cd7b267b862%40postgresql.org MERGE fails if inside a CTE]<br />
** Fixed by: {{PgCommitURL|455d254d22665eb}}<br />
* [https://www.postgresql.org/message-id/CACawEhXwHN3X34FiwoYG8vXR-oyUdrp7qcfRWSzS+NPahS5gSw@mail.gmail.com Materialized view rewrite is broken when there is an event trigger]<br />
** Owner: Michael Paquier (b0483263dda0824cc49e3f8a022dab07e1cdf9a7)<br />
** Fixed by: {{PgCommitURL|93f2349c36a7555a81d5e26edf9a0213fb3d323a}}<br />
* [https://www.postgresql.org/message-id/20220802175043.GA13682@telsasoft.com CREATE DATABASE STRATEGY WAL_LOG crash and memory corruption]<br />
** Owner: Robert Haas (9c08aea6a3090a396be334cc58c511edab05776a)<br />
* [https://www.postgresql.org/message-id/20220818133406.GL26426@telsasoft.com crash in parallel vacuum]<br />
** Fixed by: {{PgCommitURL|662ba729a67e5c6e43efbc5263e1d2c3a72a8741}}<br />
* [https://www.postgresql.org/message-id/flat/f385ba25e7f8be427b8c582e5cca7d79%40postgrespro.ru Crash in ICU for global collation]<br />
** Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** One issue has been fixed in 36f729e2bc3539e777cda698dc441b8ccec42142 but we still have a problem with [https://www.postgresql.org/message-id/7ad26354e75259f59c4a6c6997b8ee32@postgrespro.ru pg_collation.colliculocale not getting dumped]<br />
** Fixed by: {{PgCommitURL|396d348b046c6b7e5dc83158c4c1df1377a1d2ef}}<br />
* [https://www.postgresql.org/message-id/CA+hUKGLptJc_k=cEqGtyRb-2pyF++uUMNi-+VEhrUV6pmezJmg@mail.gmail.com PANIC during standby promotion]<br />
** Fixed by: {{PgCommitURL|932b01630095a08797e05ba1dae279731b862c95}}<br />
* [https://www.postgresql.org/message-id/aada8f97-924e-5661-aead-257aa346899c@enterprisedb.com GROUP BY optimization defeated partitionwise tests]<br />
** [https://www.postgresql.org/message-id/3242058.1659563057%40sss.pgh.pa.us Possibly-related complaint here]<br />
** Owner: Tomas Vondra (db0d67db2)<br />
** Fixed by: {{PgCommitURL|2fe6b2a806f20f2dbf02c6e79783dbc2777a1840}}<br />
<br />
=== resolved before 15beta3 ===<br />
<br />
* [https://www.postgresql.org/message-id/CAApHDvrHQkiFRHiGiAS-LMOvJN-eK-s762=tVzBz8ZqUea-a_A@mail.gmail.com tuplesort Generation memory contexts don't play nicely with index builds]<br />
** Owner: David Rowley<br />
** Fixed by: {{PgCommitURL|ae1123f9899fe80935ae344e38f18632beb1bf9a}}<br />
* [https://www.postgresql.org/message-id/YrpVkADAY0knF6vM@paquier.xyz Repeatability of installcheck for test_oat_hooks]<br />
** Owner: Andrew Dunstan<br />
** Fixed by: {{PgCommitURL|a6434b951558baad8372dc4b83bf87606dac9cda}}<br />
* [https://www.postgresql.org/message-id/20220530190155.47wr3x2prdwyciah@alap3.anarazel.de Revert debugging added due to 019_replslot_limit]<br />
** Owner: Andres Freund<br />
** Reverted: {{PgCommitURL|3f8148c256e067dc2e8929ed174671ba7dc3339c}}<br />
* [https://www.postgresql.org/message-id/CAApHDvqXpLzav6dUeR5vO_RBh_feHrHMLhigVQXw9jHCyKP9PA%40mail.gmail.com PG15 beta1 sort performance regression due to Generation context change]<br />
** Owner: David Rowley<br />
* [https://www.postgresql.org/message-id/20220706224727.GA2158260@nathanxps13 pg_parameter_aclcheck() and trusted extensions]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|13d83881514856353dc86575eb0fc28132349a60}}<br />
* [https://www.postgresql.org/message-id/YtjsbtZFCaou6C/k@paquier.xyz Unprivileged user can induce crash by using an SUSET param in PGOPTIONS]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|b35617de37870756bdb0e00ffc0a42441e56eefa}}<br />
* [https://www.postgresql.org/message-id/20220726050402.vsr6fmz7rsgpmdz3@jrouhaud wrong filename used in pg_ident_file_mapping infrastructure]<br />
** Owner: Michael Paquier (a2c84990bea7beadb599d02328190e2a763dcb86)<br />
** Fixed by: {{PgCommitURL|27e0ee57f68d27af68967759a2ff61a581f501dc}}<br />
* [https://www.postgresql.org/message-id/17558-3f6599ffcf52fd4a%40postgresql.org Endless loop with UNIQUE NULLS NOT DISTINCT and INSERT ... ON CONFLICT]<br />
** Owner: Peter Eisentraut (94aa7cc5f707712f592885995a28e018c7c80488)<br />
** Fixed by: {{PgCommitURL|d59383924c580a77a2346d9b1284c8589b3d43e2}}<br />
* [https://www.postgresql.org/message-id/PA4P191MB160009A09B9D0624359278CFBA9F9@PA4P191MB1600.EURP191.PROD.OUTLOOK.COM XX000 error caused by window function run conditions]<br />
** Owner: David Rowley<br />
** Fixed by: {{PgCommitURL|270eb4b5d4986534f2d522ebb19f67396d13cf44}}<br />
<br />
* [https://www.postgresql.org/message-id/20220701231413.GI13040@telsasoft.com large objects lost on upgrade]<br />
** Owner: Robert Haas (9a974cbcba005256a19991203583a94b4f9a21a9)<br />
** Fixed by: {{PgCommitURL|bbe08b8869bd29d587f24ef18eb45c7d4d14afca}}<br />
<br />
=== resolved before 15beta2 ===<br />
<br />
* [https://www.postgresql.org/message-id/CA+HiwqGAGobiiHR8nH382HJxqm1mzZs8=3oKPXnXivWoFSZmNA@mail.gmail.com pgbench --partitions=0]<br />
** Owner; Michael Paquier (6f164e6d17616a157ea5d9e34dbb1b211c080c41)<br />
** Fixed by: {{PgCommitURL|27f1366050c6cd8c1ea5f03b367a5a167ebf34b7}}<br />
* [https://www.postgresql.org/message-id/3813350.1652111765%40sss.pgh.pa.us psql now shows zero elapsed time after an error]<br />
** Owner: Peter Eisentraut<br />
** Fixed by: {{PgCommitURL|9520f8d92a8681e441cc863422babd544353dd39}}<br />
* [https://www.postgresql.org/message-id/17495-7ffe2fa0b261b9fa@postgresql.org Regression in 15beta1 when filtering subquery including row_number window function]<br />
** Owner: David Rowley (9d9c02ccd1aea8e9131d8f4edb21bf1687e40782)<br />
** Fixed by: {{PgCommitURL|3e9abd2eb1b1f6863250f060290f514f30ce8044}}<br />
* [https://www.postgresql.org/message-id/20220524235250.gtt3uu5zktfkr4hv@alap3.anarazel.de Safety of subtrans ID caching]<br />
** Owner: Michael Paquier (06f5295af673df795e8e70e28c43d61c2817b6df)<br />
** Fixed by: {{PgCommitURL|b4529005fd387e863bfa9eb863629b1183c0449c}}<br />
* [https://www.postgresql.org/message-id/f80ace33-11fb-1cd3-20f8-98f51d151088@enterprisedb.com pg_upgrade test writes to source directory]<br />
** Owner: Michael Paquier (322becb6085cb92d3708635eea61b45776bf27b6)<br />
** Fixed by: {{PgCommitURL|15b6d2155375dee2fcba072fffa03c1c8b44656c}}<br />
* [https://www.postgresql.org/message-id/77e6ecaa-2785-97aa-f229-4b6e047cbd2b@enterprisedb.com pg_upgrade is not idempotent, even with --check]<br />
** Owner: Michael Paquier (38bfae36526636ef55daf7cf2a3282403587cb5b)<br />
** Fixed by: {{PgCommitURL|4fff78f00910af0137f9de7532f8eb21d08ab1c3}}<br />
* [https://www.postgresql.org/message-id/202204251548.mudq7jbqnh7r@alvherre.pgsql bogus: logical replication rows/cols combinations]<br />
** Owner: Amit Kapila<br />
** Fixed by: {{PgCommitURL|fd0b9dcebda7b931a41ce5c8e86d13f2efd0af2e}}<br />
* [https://www.postgresql.org/message-id/05ebcb44-f383-86e3-4f31-0a97a55634cf%40enterprisedb.com Ignoring BRIN for HOT udpates seems broken]<br />
** Owner: Tomas Vondra (5753d4ee320b)<br />
** Fixed by: {{PgCommitURL|e3fcca0d0d2414f3a50d6fd40eddf48b7df81475}}<br />
* [https://www.postgresql.org/message-id/PAXPR02MB760039506C87A2083AD85575E3DA9%40PAXPR02MB7600.eurprd02.prod.outlook.com psql no longer reports NOTICE messages promptly]<br />
** Owner: Peter Eisentraut (7844c9918)<br />
** Fixed by: {{PgCommitURL|e77de23fbb0f4ef27090c144edcfa889bb2a06d5}}<br />
* [https://www.postgresql.org/message-id/20220517.162719.1671558681467343711.horikyota.ntt@gmail.com amcheck is using a wrong macro to check compressed-ness]<br />
** Owner: Robert Haas (bd807be6935929bdefe74d1258ca08048f0aafa3)<br />
** Fixed by: {{PgCommitURL|e243de03fb4583dd4a9f0afb41493727d7946c02}}<br />
* [https://www.postgresql.org/message-id/20220607154744.vvmitnqhyxrne5ms%40jrouhaud COPY WITH (HEADER MATCH) broken with custom attribute list]<br />
** Owner: Peter Eisentraut (072132f04e55c1c3b0f1a582318da78de7334379)<br />
** Fixed by: {{PgCommitURL|ca7a0d1d368216e89359c63531a4df0b99a437e4}}<br />
* [https://www.postgresql.org/message-id/flat/DM4PR84MB17349C4E7D88A68264C18AF3EED69%40DM4PR84MB1734.NAMPRD84.PROD.OUTLOOK.COM PG15 beta1 fix pg_stats_ext/pg_stats_ext_exprs view manual]<br />
** Tomas Vondra<br />
** Fixed by: {{PgCommitURL|401f623c7b14890011b9bb9dda7639b1de4d40ad}}<br />
* [https://www.postgresql.org/message-id/20220625151930.GH22452@telsasoft.com Incorrect version check for datlocprovider in pg_upgrade]<br />
** Owner: Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** Fixed by: {{PgCommitURL|fa06a34d14ea053e1e405a6ab2a1c3f1631c3a5e}}<br />
* [https://www.postgresql.org/message-id/17522-bfcd5c603b5f4daa@postgresql.org Failure in TAP tests for IP address support in SANs with LibreSSL]<br />
** Owner: Peter Eisentraut (c1932e542863f0f646f005b3492452acc57c7e66)<br />
** Fixed by: {{PgCommitURL|901a9d53011573e45cd7b87682f0520ef3b0fd2d}}<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/de57761c-b99b-3435-b0a6-474c72b1149a%40enterprisedb.com libpq: duplicate error message after connection loss]<br />
** Fixed by: {{PgCommitURL|93909599cdba64c8759d646983c0a4ef93de1e50}}<br />
<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Fixed by: {{PgCommitURL|ce4f46fdc814eb1b704d81640f6d8f03625d0f53}}<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
* [https://www.postgresql.org/message-id/CAKFQuwamFuaQHKdhcMt4Gbw5+Hca2UE741B8gOOXoA=TtAd2Yw@mail.gmail.com Incorrect reset timestamp in stats after crash recovery]<br />
** Owner: Andres Freund (5891c7a8ed8f2d3d577e7eea34dacff12d7b6bbd)<br />
** Fixed at: {{PgCommitURL|5cd1c40b3ce9600f129fd1fea9850e1affaf31d5}}<br />
<br />
* [https://www.postgresql.org/message-id/YlPQGNAAa04raObK@paquier.xyz Fixes for compression options of pg_receivewal and refactoring of backup_compression.{c,h}]<br />
** Owner: Michael Paquier (babbbb595d2322da095a1e6703171b3f1f2815cb)<br />
** Fixed at: {{PgCommitURL|042a923ad53dfbe39a9d5012d6c3cf3c9c338884}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Owner: Michael Paquier (46dea2419ee7895a4eb3d048317682e6f18a17e1)<br />
** Fixed at: {{PgCommitURL|e61efafcb82c605dcc78f668685223e20d2f7ad8}}, {{PgCommitURL|1a8b110539efe18803c1fa8aa452a2178dbad9a9}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+hUKGJRbzaAOUtBUcjF5hLtaSHnJUqXmtiaLEoi53zeWSizeA@mail.gmail.com qsort performance regression]<br />
** Owner: John Naylor (6974924347c908335607a4a2f252213d58e21b7c)<br />
** Fixed at: {{PgCommitURL|99c754129d787ea4ce3b34b9f4c5f5e74c45ab6a}}<br />
<br />
* [https://www.postgresql.org/message-id/YlZyp26LVVfmwfgW@paquier.xyz Small issues with CLUSTER on partitioned tables]<br />
** Owner: Alvaro Herrera (cfdd03f45e6afc632fbe70519250ec19167d6765)<br />
** Fixed at: {{PgCommitURL|3f19e176ae0f55a653d62e1504dbe5ad8c1006a0}}, {{PgCommitURL|21a10368eb3fce73f146d7e48b4d81496f60d965}}<br />
<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
** Fixed at: {{PgCommitURL|5c854e7a2c8a6cd26040e0f9949e7a4a007f6366}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220209220004.kb3dgtn2x2k2gtdm%40alap3.anarazel.de Corruption due to relfilenode reuse]<br />
** pg_upgrade can corrupt data with the new OIDs preservation feature<br />
*** Fixed at: {{PgCommitURL|e2f65f42555ff531c6d7c8f151526b4ef7c016f8}}<br />
** the ProcSignalBarrier solution this builds on also turns out to have a small race/hole<br />
*** Fixed at: {{PgCommitURL|b74e94dc27fdbb13954f230b1d1298430afa6c0c}}<br />
** Owner: Thomas Munro, Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/20220502042718.GB1565149@rfd.leadboat.com Some issues with the TAP tests of pg_upgrade]<br />
** Owner: Michael Paquier<br />
** Fixed at: {{PgCommitURL|7dd3ee508432730d15c5d3032f37362f6b6e4dd8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAMbWs4-LN%3DbF8f9eU2R94dJtF54DfDvBq%2BovqHnOQqbinYDrUw%40mail.gmail.com Crash in _outPathTarget]<br />
** Owner: Peter Eisentraut<br />
** Fixed at: {{PgCommitURL|9ddf251f94090cebf1bd8fc18396cb8a4b580d04}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/Ymd/e5eeZMNAkrXo%40paquier.xyz#23885a148c6899cc874a7bf68f228777 Instability of regression test of pg_walinspect]<br />
** Owner: Jeff Davis<br />
** Fixed at: {{PgCommitURL|ed57cac84d1c5642737dab1e4c4b8cb4f0c4305f}}<br />
<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
** Fixed at: {{PgCommitURL|4eb9798879680dcc0e3ebb301cf6f925dfa69422}}, {{PgCommitURL|112fdb3528465cc14a2f1dff3dc27f100326d885}}<br />
<br />
* [https://www.postgresql.org/message-id/CAA4eK1LpBFU49Ohbnk%3Ddv_v9YP%2BKqh1%2BSf8i%2B%2B_s-QhD1Gy4Qw%40mail.gmail.com 013_partition.pl failing]<br />
** Fixed at: {{PgCommitURL|dd4ab6fd6528e160571986fa8817cee9f2645aa8}}<br />
<br />
* [https://www.postgresql.org/message-id/Yni6ZHkGotUU+RSf@paquier.xyz Avoid garbage logs with postgres -C on runtime-computed GUCs]<br />
** Fixed at: {{PgCommitURL|8bbf8461a3a2a38ce5f2952a025385b6938a61f7}}<br />
** Owner: Michael Paquier<br />
<br />
* [https://www.postgresql.org/message-id/20220506234924.6mxxotl3xl63db3l@alap3.anarazel.de Some issues with mark_pgdllimport.pl]<br />
** Fixed at: {{PgCommitURL|5edeb574285ecbcc47f0b769a7e363404db0155b}}<br />
** Owner: Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/1656446.1650043715%40sss.pgh.pa.us Crash in new pgstats code]<br />
** Initially reported issue was fixed by {{PgCommitURL|4a736a161c306fcfed970e6b649f2f03f465ac24}}, but there may be more to do here.<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/b3463b8c-2328-dcac-0136-af95715493c1%40xs4all.nl TRAP: FailedAssertion("tabstat->trans == trans", File: "pgstat_relation.c", Line: 508]<br />
** Fixed at: {{PgCommitURL|0cf16cb8ca4853b084c40eca310c4c9c3ebf7e2a}}<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/YlGJGiofZiWN3elx@jrouhaud limitations of GetMaxBackends()]<br />
** Fixed at: {{PgCommitURL|4f2400cb3f10aa79f99fba680c198237da28dd38}}, {{PgCommitURL|ab02d702ef08343fba30d90fdf7df5950063e8c9}}, {{PgCommitURL|7fc0e7de9fb8306e84d1c15211aba4308f694455}}<br />
** Owner: Robert Haas (aa64f23b02924724eafbd9eadbf26d85df30a12b, and 4567596316d186c6e61c72df013797266fcac2f7)<br />
<br />
<br />
<br />
== Won't Fix ==<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Problem showed by 90efa2f5565d28054c30c18f6a2f17f94fdff91e.<br />
* [https://www.postgresql.org/message-id/20220603195318.qk4voicqfdhlsnoh@alap3.anarazel.de Reduce amount of logs generated by TAP tests of pg_upgrade?]<br />
** Owner: Michael Paquier<br />
** Other thread: [https://www.postgresql.org/message-id/YrP6ZRXITYWhpVrl@paquier.xyz here]<br />
** The problem is wider than just the upgrade tests, as all the runs of pg_regress would be impacted. We may want a more centralized solution for this older problem.<br />
* [https://www.postgresql.org/message-id/CABOikdM+cR6fDd1XkGu0paKWaa1E_s4WRG3oETw8u_U5NK1oeg@mail.gmail.com Assertion failure on PG15 with modified test_shm_mq test]<br />
** Owner: Andres Freund<br />
** on the thread, andres says that doesn't seem realistic to fix this, extensions will need to work around it<br />
* [https://www.postgresql.org/message-id/20220616233130.rparivafipt6doj3%40alap3.anarazel.de PG 15 (and to a smaller degree 14) regression due to ExprEvalStep size]<br />
** Owner: Andrew Dunstan<br />
** Feature reverted. Fixes will be made in a future release.<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: May 19, 2022<br />
* Beta 2: June 30, 2022<br />
* Beta 3: August 11, 2022<br />
* Beta 4: September 8, 2022<br />
* RC 1: September 29, 2022<br />
* GA: October 13, 2022<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=37178PostgreSQL 15 Open Items2022-09-06T03:18:02Z<p>Tgl: /* Open Issues */ add pg_publication_tables bug</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220831140128.GS31833%40telsasoft.com recovery fails with recovery_prefetch=on and maintenance_io_concurency=0]<br />
** Owner: Thomas Munro<br />
* [https://www.postgresql.org/message-id/flat/20220819133016.GV26426@telsasoft.com syntax error in MERGE docs]<br />
** Owner: Alvaro Herrera<br />
* [https://www.postgresql.org/message-id/flat/20220902115511.GY31833%40telsasoft.com#ebfa4e87b4247318ccd1e233c7c9af4a replaying wal_compression=lz4/zstd on a server which doesn't support it exposes an elog() which includes no information about the failure]<br />
** Owner: Michael Paquier (4035cd5)<br />
* [https://www.postgresql.org/message-id/Yxa1SU4nH2HfN3/i%40ahch-to pg_publication_tables view is busted]<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
** Fixed by: {{PgCommitURL|8ab0ebb9a842dc6063d1374a38b47a3b7ee64afe}}<br />
<br />
* [https://www.postgresql.org/message-id/17485-396609c6925b982d%40postgresql.org Records missing from Primary Key index when doing REINDEX INDEX CONCURRENTLY]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|e28bb885196916b0a3d898ae4f2be0e38108d81b}}<br />
<br />
* [https://www.postgresql.org/message-id/20220519193839.GT19626%40telsasoft.com -c min_dynamic_shared_memory now triggers an assertion]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|7201cd1862}}<br />
<br />
* [https://www.postgresql.org/message-id/f8a4105f076544c180a87ef0c4822352%40stmuk.bayern.de Extension pg_trgm, permissions and pg_dump order]<br />
** Affects all stable branches.<br />
** Fixed by {{PgCommitURL|00377b9a02b89a831ae50e1c718d34565356698f}}<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 15beta4 ===<br />
<br />
* [https://www.postgresql.org/message-id/17579-82482cd7b267b862%40postgresql.org MERGE fails if inside a CTE]<br />
** Fixed by: {{PgCommitURL|455d254d22665eb}}<br />
* [https://www.postgresql.org/message-id/CACawEhXwHN3X34FiwoYG8vXR-oyUdrp7qcfRWSzS+NPahS5gSw@mail.gmail.com Materialized view rewrite is broken when there is an event trigger]<br />
** Owner: Michael Paquier (b0483263dda0824cc49e3f8a022dab07e1cdf9a7)<br />
** Fixed by: {{PgCommitURL|93f2349c36a7555a81d5e26edf9a0213fb3d323a}}<br />
* [https://www.postgresql.org/message-id/20220802175043.GA13682@telsasoft.com CREATE DATABASE STRATEGY WAL_LOG crash and memory corruption]<br />
** Owner: Robert Haas (9c08aea6a3090a396be334cc58c511edab05776a)<br />
* [https://www.postgresql.org/message-id/20220818133406.GL26426@telsasoft.com crash in parallel vacuum]<br />
** Fixed by: {{PgCommitURL|662ba729a67e5c6e43efbc5263e1d2c3a72a8741}}<br />
* [https://www.postgresql.org/message-id/flat/f385ba25e7f8be427b8c582e5cca7d79%40postgrespro.ru Crash in ICU for global collation]<br />
** Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** One issue has been fixed in 36f729e2bc3539e777cda698dc441b8ccec42142 but we still have a problem with [https://www.postgresql.org/message-id/7ad26354e75259f59c4a6c6997b8ee32@postgrespro.ru pg_collation.colliculocale not getting dumped]<br />
** Fixed by: {{PgCommitURL|396d348b046c6b7e5dc83158c4c1df1377a1d2ef}}<br />
* [https://www.postgresql.org/message-id/CA+hUKGLptJc_k=cEqGtyRb-2pyF++uUMNi-+VEhrUV6pmezJmg@mail.gmail.com PANIC during standby promotion]<br />
** Fixed by: {{PgCommitURL|932b01630095a08797e05ba1dae279731b862c95}}<br />
* [https://www.postgresql.org/message-id/aada8f97-924e-5661-aead-257aa346899c@enterprisedb.com GROUP BY optimization defeated partitionwise tests]<br />
** [https://www.postgresql.org/message-id/3242058.1659563057%40sss.pgh.pa.us Possibly-related complaint here]<br />
** Owner: Tomas Vondra (db0d67db2)<br />
** Fixed by: {{PgCommitURL|2fe6b2a806f20f2dbf02c6e79783dbc2777a1840}}<br />
<br />
=== resolved before 15beta3 ===<br />
<br />
* [https://www.postgresql.org/message-id/CAApHDvrHQkiFRHiGiAS-LMOvJN-eK-s762=tVzBz8ZqUea-a_A@mail.gmail.com tuplesort Generation memory contexts don't play nicely with index builds]<br />
** Owner: David Rowley<br />
** Fixed by: {{PgCommitURL|ae1123f9899fe80935ae344e38f18632beb1bf9a}}<br />
* [https://www.postgresql.org/message-id/YrpVkADAY0knF6vM@paquier.xyz Repeatability of installcheck for test_oat_hooks]<br />
** Owner: Andrew Dunstan<br />
** Fixed by: {{PgCommitURL|a6434b951558baad8372dc4b83bf87606dac9cda}}<br />
* [https://www.postgresql.org/message-id/20220530190155.47wr3x2prdwyciah@alap3.anarazel.de Revert debugging added due to 019_replslot_limit]<br />
** Owner: Andres Freund<br />
** Reverted: {{PgCommitURL|3f8148c256e067dc2e8929ed174671ba7dc3339c}}<br />
* [https://www.postgresql.org/message-id/CAApHDvqXpLzav6dUeR5vO_RBh_feHrHMLhigVQXw9jHCyKP9PA%40mail.gmail.com PG15 beta1 sort performance regression due to Generation context change]<br />
** Owner: David Rowley<br />
* [https://www.postgresql.org/message-id/20220706224727.GA2158260@nathanxps13 pg_parameter_aclcheck() and trusted extensions]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|13d83881514856353dc86575eb0fc28132349a60}}<br />
* [https://www.postgresql.org/message-id/YtjsbtZFCaou6C/k@paquier.xyz Unprivileged user can induce crash by using an SUSET param in PGOPTIONS]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|b35617de37870756bdb0e00ffc0a42441e56eefa}}<br />
* [https://www.postgresql.org/message-id/20220726050402.vsr6fmz7rsgpmdz3@jrouhaud wrong filename used in pg_ident_file_mapping infrastructure]<br />
** Owner: Michael Paquier (a2c84990bea7beadb599d02328190e2a763dcb86)<br />
** Fixed by: {{PgCommitURL|27e0ee57f68d27af68967759a2ff61a581f501dc}}<br />
* [https://www.postgresql.org/message-id/17558-3f6599ffcf52fd4a%40postgresql.org Endless loop with UNIQUE NULLS NOT DISTINCT and INSERT ... ON CONFLICT]<br />
** Owner: Peter Eisentraut (94aa7cc5f707712f592885995a28e018c7c80488)<br />
** Fixed by: {{PgCommitURL|d59383924c580a77a2346d9b1284c8589b3d43e2}}<br />
* [https://www.postgresql.org/message-id/PA4P191MB160009A09B9D0624359278CFBA9F9@PA4P191MB1600.EURP191.PROD.OUTLOOK.COM XX000 error caused by window function run conditions]<br />
** Owner: David Rowley<br />
** Fixed by: {{PgCommitURL|270eb4b5d4986534f2d522ebb19f67396d13cf44}}<br />
<br />
* [https://www.postgresql.org/message-id/20220701231413.GI13040@telsasoft.com large objects lost on upgrade]<br />
** Owner: Robert Haas (9a974cbcba005256a19991203583a94b4f9a21a9)<br />
** Fixed by: {{PgCommitURL|bbe08b8869bd29d587f24ef18eb45c7d4d14afca}}<br />
<br />
=== resolved before 15beta2 ===<br />
<br />
* [https://www.postgresql.org/message-id/CA+HiwqGAGobiiHR8nH382HJxqm1mzZs8=3oKPXnXivWoFSZmNA@mail.gmail.com pgbench --partitions=0]<br />
** Owner; Michael Paquier (6f164e6d17616a157ea5d9e34dbb1b211c080c41)<br />
** Fixed by: {{PgCommitURL|27f1366050c6cd8c1ea5f03b367a5a167ebf34b7}}<br />
* [https://www.postgresql.org/message-id/3813350.1652111765%40sss.pgh.pa.us psql now shows zero elapsed time after an error]<br />
** Owner: Peter Eisentraut<br />
** Fixed by: {{PgCommitURL|9520f8d92a8681e441cc863422babd544353dd39}}<br />
* [https://www.postgresql.org/message-id/17495-7ffe2fa0b261b9fa@postgresql.org Regression in 15beta1 when filtering subquery including row_number window function]<br />
** Owner: David Rowley (9d9c02ccd1aea8e9131d8f4edb21bf1687e40782)<br />
** Fixed by: {{PgCommitURL|3e9abd2eb1b1f6863250f060290f514f30ce8044}}<br />
* [https://www.postgresql.org/message-id/20220524235250.gtt3uu5zktfkr4hv@alap3.anarazel.de Safety of subtrans ID caching]<br />
** Owner: Michael Paquier (06f5295af673df795e8e70e28c43d61c2817b6df)<br />
** Fixed by: {{PgCommitURL|b4529005fd387e863bfa9eb863629b1183c0449c}}<br />
* [https://www.postgresql.org/message-id/f80ace33-11fb-1cd3-20f8-98f51d151088@enterprisedb.com pg_upgrade test writes to source directory]<br />
** Owner: Michael Paquier (322becb6085cb92d3708635eea61b45776bf27b6)<br />
** Fixed by: {{PgCommitURL|15b6d2155375dee2fcba072fffa03c1c8b44656c}}<br />
* [https://www.postgresql.org/message-id/77e6ecaa-2785-97aa-f229-4b6e047cbd2b@enterprisedb.com pg_upgrade is not idempotent, even with --check]<br />
** Owner: Michael Paquier (38bfae36526636ef55daf7cf2a3282403587cb5b)<br />
** Fixed by: {{PgCommitURL|4fff78f00910af0137f9de7532f8eb21d08ab1c3}}<br />
* [https://www.postgresql.org/message-id/202204251548.mudq7jbqnh7r@alvherre.pgsql bogus: logical replication rows/cols combinations]<br />
** Owner: Amit Kapila<br />
** Fixed by: {{PgCommitURL|fd0b9dcebda7b931a41ce5c8e86d13f2efd0af2e}}<br />
* [https://www.postgresql.org/message-id/05ebcb44-f383-86e3-4f31-0a97a55634cf%40enterprisedb.com Ignoring BRIN for HOT udpates seems broken]<br />
** Owner: Tomas Vondra (5753d4ee320b)<br />
** Fixed by: {{PgCommitURL|e3fcca0d0d2414f3a50d6fd40eddf48b7df81475}}<br />
* [https://www.postgresql.org/message-id/PAXPR02MB760039506C87A2083AD85575E3DA9%40PAXPR02MB7600.eurprd02.prod.outlook.com psql no longer reports NOTICE messages promptly]<br />
** Owner: Peter Eisentraut (7844c9918)<br />
** Fixed by: {{PgCommitURL|e77de23fbb0f4ef27090c144edcfa889bb2a06d5}}<br />
* [https://www.postgresql.org/message-id/20220517.162719.1671558681467343711.horikyota.ntt@gmail.com amcheck is using a wrong macro to check compressed-ness]<br />
** Owner: Robert Haas (bd807be6935929bdefe74d1258ca08048f0aafa3)<br />
** Fixed by: {{PgCommitURL|e243de03fb4583dd4a9f0afb41493727d7946c02}}<br />
* [https://www.postgresql.org/message-id/20220607154744.vvmitnqhyxrne5ms%40jrouhaud COPY WITH (HEADER MATCH) broken with custom attribute list]<br />
** Owner: Peter Eisentraut (072132f04e55c1c3b0f1a582318da78de7334379)<br />
** Fixed by: {{PgCommitURL|ca7a0d1d368216e89359c63531a4df0b99a437e4}}<br />
* [https://www.postgresql.org/message-id/flat/DM4PR84MB17349C4E7D88A68264C18AF3EED69%40DM4PR84MB1734.NAMPRD84.PROD.OUTLOOK.COM PG15 beta1 fix pg_stats_ext/pg_stats_ext_exprs view manual]<br />
** Tomas Vondra<br />
** Fixed by: {{PgCommitURL|401f623c7b14890011b9bb9dda7639b1de4d40ad}}<br />
* [https://www.postgresql.org/message-id/20220625151930.GH22452@telsasoft.com Incorrect version check for datlocprovider in pg_upgrade]<br />
** Owner: Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** Fixed by: {{PgCommitURL|fa06a34d14ea053e1e405a6ab2a1c3f1631c3a5e}}<br />
* [https://www.postgresql.org/message-id/17522-bfcd5c603b5f4daa@postgresql.org Failure in TAP tests for IP address support in SANs with LibreSSL]<br />
** Owner: Peter Eisentraut (c1932e542863f0f646f005b3492452acc57c7e66)<br />
** Fixed by: {{PgCommitURL|901a9d53011573e45cd7b87682f0520ef3b0fd2d}}<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/de57761c-b99b-3435-b0a6-474c72b1149a%40enterprisedb.com libpq: duplicate error message after connection loss]<br />
** Fixed by: {{PgCommitURL|93909599cdba64c8759d646983c0a4ef93de1e50}}<br />
<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Fixed by: {{PgCommitURL|ce4f46fdc814eb1b704d81640f6d8f03625d0f53}}<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
* [https://www.postgresql.org/message-id/CAKFQuwamFuaQHKdhcMt4Gbw5+Hca2UE741B8gOOXoA=TtAd2Yw@mail.gmail.com Incorrect reset timestamp in stats after crash recovery]<br />
** Owner: Andres Freund (5891c7a8ed8f2d3d577e7eea34dacff12d7b6bbd)<br />
** Fixed at: {{PgCommitURL|5cd1c40b3ce9600f129fd1fea9850e1affaf31d5}}<br />
<br />
* [https://www.postgresql.org/message-id/YlPQGNAAa04raObK@paquier.xyz Fixes for compression options of pg_receivewal and refactoring of backup_compression.{c,h}]<br />
** Owner: Michael Paquier (babbbb595d2322da095a1e6703171b3f1f2815cb)<br />
** Fixed at: {{PgCommitURL|042a923ad53dfbe39a9d5012d6c3cf3c9c338884}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Owner: Michael Paquier (46dea2419ee7895a4eb3d048317682e6f18a17e1)<br />
** Fixed at: {{PgCommitURL|e61efafcb82c605dcc78f668685223e20d2f7ad8}}, {{PgCommitURL|1a8b110539efe18803c1fa8aa452a2178dbad9a9}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+hUKGJRbzaAOUtBUcjF5hLtaSHnJUqXmtiaLEoi53zeWSizeA@mail.gmail.com qsort performance regression]<br />
** Owner: John Naylor (6974924347c908335607a4a2f252213d58e21b7c)<br />
** Fixed at: {{PgCommitURL|99c754129d787ea4ce3b34b9f4c5f5e74c45ab6a}}<br />
<br />
* [https://www.postgresql.org/message-id/YlZyp26LVVfmwfgW@paquier.xyz Small issues with CLUSTER on partitioned tables]<br />
** Owner: Alvaro Herrera (cfdd03f45e6afc632fbe70519250ec19167d6765)<br />
** Fixed at: {{PgCommitURL|3f19e176ae0f55a653d62e1504dbe5ad8c1006a0}}, {{PgCommitURL|21a10368eb3fce73f146d7e48b4d81496f60d965}}<br />
<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
** Fixed at: {{PgCommitURL|5c854e7a2c8a6cd26040e0f9949e7a4a007f6366}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220209220004.kb3dgtn2x2k2gtdm%40alap3.anarazel.de Corruption due to relfilenode reuse]<br />
** pg_upgrade can corrupt data with the new OIDs preservation feature<br />
*** Fixed at: {{PgCommitURL|e2f65f42555ff531c6d7c8f151526b4ef7c016f8}}<br />
** the ProcSignalBarrier solution this builds on also turns out to have a small race/hole<br />
*** Fixed at: {{PgCommitURL|b74e94dc27fdbb13954f230b1d1298430afa6c0c}}<br />
** Owner: Thomas Munro, Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/20220502042718.GB1565149@rfd.leadboat.com Some issues with the TAP tests of pg_upgrade]<br />
** Owner: Michael Paquier<br />
** Fixed at: {{PgCommitURL|7dd3ee508432730d15c5d3032f37362f6b6e4dd8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAMbWs4-LN%3DbF8f9eU2R94dJtF54DfDvBq%2BovqHnOQqbinYDrUw%40mail.gmail.com Crash in _outPathTarget]<br />
** Owner: Peter Eisentraut<br />
** Fixed at: {{PgCommitURL|9ddf251f94090cebf1bd8fc18396cb8a4b580d04}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/Ymd/e5eeZMNAkrXo%40paquier.xyz#23885a148c6899cc874a7bf68f228777 Instability of regression test of pg_walinspect]<br />
** Owner: Jeff Davis<br />
** Fixed at: {{PgCommitURL|ed57cac84d1c5642737dab1e4c4b8cb4f0c4305f}}<br />
<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
** Fixed at: {{PgCommitURL|4eb9798879680dcc0e3ebb301cf6f925dfa69422}}, {{PgCommitURL|112fdb3528465cc14a2f1dff3dc27f100326d885}}<br />
<br />
* [https://www.postgresql.org/message-id/CAA4eK1LpBFU49Ohbnk%3Ddv_v9YP%2BKqh1%2BSf8i%2B%2B_s-QhD1Gy4Qw%40mail.gmail.com 013_partition.pl failing]<br />
** Fixed at: {{PgCommitURL|dd4ab6fd6528e160571986fa8817cee9f2645aa8}}<br />
<br />
* [https://www.postgresql.org/message-id/Yni6ZHkGotUU+RSf@paquier.xyz Avoid garbage logs with postgres -C on runtime-computed GUCs]<br />
** Fixed at: {{PgCommitURL|8bbf8461a3a2a38ce5f2952a025385b6938a61f7}}<br />
** Owner: Michael Paquier<br />
<br />
* [https://www.postgresql.org/message-id/20220506234924.6mxxotl3xl63db3l@alap3.anarazel.de Some issues with mark_pgdllimport.pl]<br />
** Fixed at: {{PgCommitURL|5edeb574285ecbcc47f0b769a7e363404db0155b}}<br />
** Owner: Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/1656446.1650043715%40sss.pgh.pa.us Crash in new pgstats code]<br />
** Initially reported issue was fixed by {{PgCommitURL|4a736a161c306fcfed970e6b649f2f03f465ac24}}, but there may be more to do here.<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/b3463b8c-2328-dcac-0136-af95715493c1%40xs4all.nl TRAP: FailedAssertion("tabstat->trans == trans", File: "pgstat_relation.c", Line: 508]<br />
** Fixed at: {{PgCommitURL|0cf16cb8ca4853b084c40eca310c4c9c3ebf7e2a}}<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/YlGJGiofZiWN3elx@jrouhaud limitations of GetMaxBackends()]<br />
** Fixed at: {{PgCommitURL|4f2400cb3f10aa79f99fba680c198237da28dd38}}, {{PgCommitURL|ab02d702ef08343fba30d90fdf7df5950063e8c9}}, {{PgCommitURL|7fc0e7de9fb8306e84d1c15211aba4308f694455}}<br />
** Owner: Robert Haas (aa64f23b02924724eafbd9eadbf26d85df30a12b, and 4567596316d186c6e61c72df013797266fcac2f7)<br />
<br />
<br />
<br />
== Won't Fix ==<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Problem showed by 90efa2f5565d28054c30c18f6a2f17f94fdff91e.<br />
* [https://www.postgresql.org/message-id/20220603195318.qk4voicqfdhlsnoh@alap3.anarazel.de Reduce amount of logs generated by TAP tests of pg_upgrade?]<br />
** Owner: Michael Paquier<br />
** Other thread: [https://www.postgresql.org/message-id/YrP6ZRXITYWhpVrl@paquier.xyz here]<br />
** The problem is wider than just the upgrade tests, as all the runs of pg_regress would be impacted. We may want a more centralized solution for this older problem.<br />
* [https://www.postgresql.org/message-id/CABOikdM+cR6fDd1XkGu0paKWaa1E_s4WRG3oETw8u_U5NK1oeg@mail.gmail.com Assertion failure on PG15 with modified test_shm_mq test]<br />
** Owner: Andres Freund<br />
** on the thread, andres says that doesn't seem realistic to fix this, extensions will need to work around it<br />
* [https://www.postgresql.org/message-id/20220616233130.rparivafipt6doj3%40alap3.anarazel.de PG 15 (and to a smaller degree 14) regression due to ExprEvalStep size]<br />
** Owner: Andrew Dunstan<br />
** Feature reverted. Fixes will be made in a future release.<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: May 19, 2022<br />
* Beta 2: June 30, 2022<br />
* Beta 3: August 11, 2022<br />
* Beta 4: September 8, 2022<br />
* GA: TBD<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=37142PostgreSQL 15 Open Items2022-08-08T02:25:52Z<p>Tgl: /* Open Issues */ add MERGE-in-CTE issue</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
* [https://www.postgresql.org/message-id/20220616233130.rparivafipt6doj3%40alap3.anarazel.de PG 15 (and to a smaller degree 14) regression due to ExprEvalStep size]<br />
** Owner: Andrew Dunstan<br />
* [https://www.postgresql.org/message-id/aada8f97-924e-5661-aead-257aa346899c@enterprisedb.com GROUP BY optimization defeated partitionwise tests]<br />
** [https://www.postgresql.org/message-id/3242058.1659563057%40sss.pgh.pa.us Possibly-related complaint here]<br />
** Owner: Tomas Vondra (db0d67db2)<br />
* [https://www.postgresql.org/message-id/20220802175043.GA13682@telsasoft.com CREATE DATABASE STRATEGY WAL_LOG crash and memory corruption]<br />
** Owner: Robert Haas (9c08aea6a3090a396be334cc58c511edab05776a)<br />
* [https://www.postgresql.org/message-id/20220701231413.GI13040@telsasoft.com large objects lost on upgrade]<br />
** Owner: Robert Haas (9a974cbcba005256a19991203583a94b4f9a21a9)<br />
** Fixed by: {{PgCommitURL|bbe08b8869bd29d587f24ef18eb45c7d4d14afca}}<br />
** [https://www.postgresql.org/message-id/2657259.1659460333%40sss.pgh.pa.us Test failure reported]<br />
* [https://www.postgresql.org/message-id/17579-82482cd7b267b862%40postgresql.org MERGE fails if inside a CTE]<br />
** Owner: Alvaro Herrera (7103ebb7aae8ab8076b7e85f335ceb8fe799097c)<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
** Fixed by: {{PgCommitURL|8ab0ebb9a842dc6063d1374a38b47a3b7ee64afe}}<br />
<br />
* [https://www.postgresql.org/message-id/17485-396609c6925b982d%40postgresql.org Records missing from Primary Key index when doing REINDEX INDEX CONCURRENTLY]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|e28bb885196916b0a3d898ae4f2be0e38108d81b}}<br />
<br />
* [https://www.postgresql.org/message-id/20220519193839.GT19626%40telsasoft.com -c min_dynamic_shared_memory now triggers an assertion]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|7201cd1862}}<br />
<br />
* [https://www.postgresql.org/message-id/f8a4105f076544c180a87ef0c4822352%40stmuk.bayern.de Extension pg_trgm, permissions and pg_dump order]<br />
** Affects all stable branches.<br />
** Fixed by {{PgCommitURL|00377b9a02b89a831ae50e1c718d34565356698f}}<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 15beta3 ===<br />
<br />
* [https://www.postgresql.org/message-id/CAApHDvrHQkiFRHiGiAS-LMOvJN-eK-s762=tVzBz8ZqUea-a_A@mail.gmail.com tuplesort Generation memory contexts don't play nicely with index builds]<br />
** Owner: David Rowley<br />
** Fixed by: {{PgCommitURL|ae1123f9899fe80935ae344e38f18632beb1bf9a}}<br />
* [https://www.postgresql.org/message-id/YrpVkADAY0knF6vM@paquier.xyz Repeatability of installcheck for test_oat_hooks]<br />
** Owner: Andrew Dunstan<br />
** Fixed by: {{PgCommitURL|a6434b951558baad8372dc4b83bf87606dac9cda}}<br />
* [https://www.postgresql.org/message-id/20220530190155.47wr3x2prdwyciah@alap3.anarazel.de Revert debugging added due to 019_replslot_limit]<br />
** Owner: Andres Freund<br />
** Reverted: {{PgCommitURL|3f8148c256e067dc2e8929ed174671ba7dc3339c}}<br />
* [https://www.postgresql.org/message-id/CAApHDvqXpLzav6dUeR5vO_RBh_feHrHMLhigVQXw9jHCyKP9PA%40mail.gmail.com PG15 beta1 sort performance regression due to Generation context change]<br />
** Owner: David Rowley<br />
* [https://www.postgresql.org/message-id/20220706224727.GA2158260@nathanxps13 pg_parameter_aclcheck() and trusted extensions]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|13d83881514856353dc86575eb0fc28132349a60}}<br />
* [https://www.postgresql.org/message-id/YtjsbtZFCaou6C/k@paquier.xyz Unprivileged user can induce crash by using an SUSET param in PGOPTIONS]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|b35617de37870756bdb0e00ffc0a42441e56eefa}}<br />
* [https://www.postgresql.org/message-id/20220726050402.vsr6fmz7rsgpmdz3@jrouhaud wrong filename used in pg_ident_file_mapping infrastructure]<br />
** Owner: Michael Paquier (a2c84990bea7beadb599d02328190e2a763dcb86)<br />
** Fixed by: {{PgCommitURL|27e0ee57f68d27af68967759a2ff61a581f501dc}}<br />
* [https://www.postgresql.org/message-id/17558-3f6599ffcf52fd4a%40postgresql.org Endless loop with UNIQUE NULLS NOT DISTINCT and INSERT ... ON CONFLICT]<br />
** Owner: Peter Eisentraut (94aa7cc5f707712f592885995a28e018c7c80488)<br />
** Fixed by: {{PgCommitURL|d59383924c580a77a2346d9b1284c8589b3d43e2}}<br />
* [https://www.postgresql.org/message-id/PA4P191MB160009A09B9D0624359278CFBA9F9@PA4P191MB1600.EURP191.PROD.OUTLOOK.COM XX000 error caused by window function run conditions]<br />
** Owner: David Rowley<br />
** Fixed by: {{PgCommitURL|270eb4b5d4986534f2d522ebb19f67396d13cf44}}<br />
<br />
=== resolved before 15beta2 ===<br />
<br />
* [https://www.postgresql.org/message-id/CA+HiwqGAGobiiHR8nH382HJxqm1mzZs8=3oKPXnXivWoFSZmNA@mail.gmail.com pgbench --partitions=0]<br />
** Owner; Michael Paquier (6f164e6d17616a157ea5d9e34dbb1b211c080c41)<br />
** Fixed by: {{PgCommitURL|27f1366050c6cd8c1ea5f03b367a5a167ebf34b7}}<br />
* [https://www.postgresql.org/message-id/3813350.1652111765%40sss.pgh.pa.us psql now shows zero elapsed time after an error]<br />
** Owner: Peter Eisentraut<br />
** Fixed by: {{PgCommitURL|9520f8d92a8681e441cc863422babd544353dd39}}<br />
* [https://www.postgresql.org/message-id/17495-7ffe2fa0b261b9fa@postgresql.org Regression in 15beta1 when filtering subquery including row_number window function]<br />
** Owner: David Rowley (9d9c02ccd1aea8e9131d8f4edb21bf1687e40782)<br />
** Fixed by: {{PgCommitURL|3e9abd2eb1b1f6863250f060290f514f30ce8044}}<br />
* [https://www.postgresql.org/message-id/20220524235250.gtt3uu5zktfkr4hv@alap3.anarazel.de Safety of subtrans ID caching]<br />
** Owner: Michael Paquier (06f5295af673df795e8e70e28c43d61c2817b6df)<br />
** Fixed by: {{PgCommitURL|b4529005fd387e863bfa9eb863629b1183c0449c}}<br />
* [https://www.postgresql.org/message-id/f80ace33-11fb-1cd3-20f8-98f51d151088@enterprisedb.com pg_upgrade test writes to source directory]<br />
** Owner: Michael Paquier (322becb6085cb92d3708635eea61b45776bf27b6)<br />
** Fixed by: {{PgCommitURL|15b6d2155375dee2fcba072fffa03c1c8b44656c}}<br />
* [https://www.postgresql.org/message-id/77e6ecaa-2785-97aa-f229-4b6e047cbd2b@enterprisedb.com pg_upgrade is not idempotent, even with --check]<br />
** Owner: Michael Paquier (38bfae36526636ef55daf7cf2a3282403587cb5b)<br />
** Fixed by: {{PgCommitURL|4fff78f00910af0137f9de7532f8eb21d08ab1c3}}<br />
* [https://www.postgresql.org/message-id/202204251548.mudq7jbqnh7r@alvherre.pgsql bogus: logical replication rows/cols combinations]<br />
** Owner: Amit Kapila<br />
** Fixed by: {{PgCommitURL|fd0b9dcebda7b931a41ce5c8e86d13f2efd0af2e}}<br />
* [https://www.postgresql.org/message-id/05ebcb44-f383-86e3-4f31-0a97a55634cf%40enterprisedb.com Ignoring BRIN for HOT udpates seems broken]<br />
** Owner: Tomas Vondra (5753d4ee320b)<br />
** Fixed by: {{PgCommitURL|e3fcca0d0d2414f3a50d6fd40eddf48b7df81475}}<br />
* [https://www.postgresql.org/message-id/PAXPR02MB760039506C87A2083AD85575E3DA9%40PAXPR02MB7600.eurprd02.prod.outlook.com psql no longer reports NOTICE messages promptly]<br />
** Owner: Peter Eisentraut (7844c9918)<br />
** Fixed by: {{PgCommitURL|e77de23fbb0f4ef27090c144edcfa889bb2a06d5}}<br />
* [https://www.postgresql.org/message-id/20220517.162719.1671558681467343711.horikyota.ntt@gmail.com amcheck is using a wrong macro to check compressed-ness]<br />
** Owner: Robert Haas (bd807be6935929bdefe74d1258ca08048f0aafa3)<br />
** Fixed by: {{PgCommitURL|e243de03fb4583dd4a9f0afb41493727d7946c02}}<br />
* [https://www.postgresql.org/message-id/20220607154744.vvmitnqhyxrne5ms%40jrouhaud COPY WITH (HEADER MATCH) broken with custom attribute list]<br />
** Owner: Peter Eisentraut (072132f04e55c1c3b0f1a582318da78de7334379)<br />
** Fixed by: {{PgCommitURL|ca7a0d1d368216e89359c63531a4df0b99a437e4}}<br />
* [https://www.postgresql.org/message-id/flat/DM4PR84MB17349C4E7D88A68264C18AF3EED69%40DM4PR84MB1734.NAMPRD84.PROD.OUTLOOK.COM PG15 beta1 fix pg_stats_ext/pg_stats_ext_exprs view manual]<br />
** Tomas Vondra<br />
** Fixed by: {{PgCommitURL|401f623c7b14890011b9bb9dda7639b1de4d40ad}}<br />
* [https://www.postgresql.org/message-id/20220625151930.GH22452@telsasoft.com Incorrect version check for datlocprovider in pg_upgrade]<br />
** Owner: Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** Fixed by: {{PgCommitURL|fa06a34d14ea053e1e405a6ab2a1c3f1631c3a5e}}<br />
* [https://www.postgresql.org/message-id/17522-bfcd5c603b5f4daa@postgresql.org Failure in TAP tests for IP address support in SANs with LibreSSL]<br />
** Owner: Peter Eisentraut (c1932e542863f0f646f005b3492452acc57c7e66)<br />
** Fixed by: {{PgCommitURL|901a9d53011573e45cd7b87682f0520ef3b0fd2d}}<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/de57761c-b99b-3435-b0a6-474c72b1149a%40enterprisedb.com libpq: duplicate error message after connection loss]<br />
** Fixed by: {{PgCommitURL|93909599cdba64c8759d646983c0a4ef93de1e50}}<br />
<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Fixed by: {{PgCommitURL|ce4f46fdc814eb1b704d81640f6d8f03625d0f53}}<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
* [https://www.postgresql.org/message-id/CAKFQuwamFuaQHKdhcMt4Gbw5+Hca2UE741B8gOOXoA=TtAd2Yw@mail.gmail.com Incorrect reset timestamp in stats after crash recovery]<br />
** Owner: Andres Freund (5891c7a8ed8f2d3d577e7eea34dacff12d7b6bbd)<br />
** Fixed at: {{PgCommitURL|5cd1c40b3ce9600f129fd1fea9850e1affaf31d5}}<br />
<br />
* [https://www.postgresql.org/message-id/YlPQGNAAa04raObK@paquier.xyz Fixes for compression options of pg_receivewal and refactoring of backup_compression.{c,h}]<br />
** Owner: Michael Paquier (babbbb595d2322da095a1e6703171b3f1f2815cb)<br />
** Fixed at: {{PgCommitURL|042a923ad53dfbe39a9d5012d6c3cf3c9c338884}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Owner: Michael Paquier (46dea2419ee7895a4eb3d048317682e6f18a17e1)<br />
** Fixed at: {{PgCommitURL|e61efafcb82c605dcc78f668685223e20d2f7ad8}}, {{PgCommitURL|1a8b110539efe18803c1fa8aa452a2178dbad9a9}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+hUKGJRbzaAOUtBUcjF5hLtaSHnJUqXmtiaLEoi53zeWSizeA@mail.gmail.com qsort performance regression]<br />
** Owner: John Naylor (6974924347c908335607a4a2f252213d58e21b7c)<br />
** Fixed at: {{PgCommitURL|99c754129d787ea4ce3b34b9f4c5f5e74c45ab6a}}<br />
<br />
* [https://www.postgresql.org/message-id/YlZyp26LVVfmwfgW@paquier.xyz Small issues with CLUSTER on partitioned tables]<br />
** Owner: Alvaro Herrera (cfdd03f45e6afc632fbe70519250ec19167d6765)<br />
** Fixed at: {{PgCommitURL|3f19e176ae0f55a653d62e1504dbe5ad8c1006a0}}, {{PgCommitURL|21a10368eb3fce73f146d7e48b4d81496f60d965}}<br />
<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
** Fixed at: {{PgCommitURL|5c854e7a2c8a6cd26040e0f9949e7a4a007f6366}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220209220004.kb3dgtn2x2k2gtdm%40alap3.anarazel.de Corruption due to relfilenode reuse]<br />
** pg_upgrade can corrupt data with the new OIDs preservation feature<br />
*** Fixed at: {{PgCommitURL|e2f65f42555ff531c6d7c8f151526b4ef7c016f8}}<br />
** the ProcSignalBarrier solution this builds on also turns out to have a small race/hole<br />
*** Fixed at: {{PgCommitURL|b74e94dc27fdbb13954f230b1d1298430afa6c0c}}<br />
** Owner: Thomas Munro, Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/20220502042718.GB1565149@rfd.leadboat.com Some issues with the TAP tests of pg_upgrade]<br />
** Owner: Michael Paquier<br />
** Fixed at: {{PgCommitURL|7dd3ee508432730d15c5d3032f37362f6b6e4dd8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAMbWs4-LN%3DbF8f9eU2R94dJtF54DfDvBq%2BovqHnOQqbinYDrUw%40mail.gmail.com Crash in _outPathTarget]<br />
** Owner: Peter Eisentraut<br />
** Fixed at: {{PgCommitURL|9ddf251f94090cebf1bd8fc18396cb8a4b580d04}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/Ymd/e5eeZMNAkrXo%40paquier.xyz#23885a148c6899cc874a7bf68f228777 Instability of regression test of pg_walinspect]<br />
** Owner: Jeff Davis<br />
** Fixed at: {{PgCommitURL|ed57cac84d1c5642737dab1e4c4b8cb4f0c4305f}}<br />
<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
** Fixed at: {{PgCommitURL|4eb9798879680dcc0e3ebb301cf6f925dfa69422}}, {{PgCommitURL|112fdb3528465cc14a2f1dff3dc27f100326d885}}<br />
<br />
* [https://www.postgresql.org/message-id/CAA4eK1LpBFU49Ohbnk%3Ddv_v9YP%2BKqh1%2BSf8i%2B%2B_s-QhD1Gy4Qw%40mail.gmail.com 013_partition.pl failing]<br />
** Fixed at: {{PgCommitURL|dd4ab6fd6528e160571986fa8817cee9f2645aa8}}<br />
<br />
* [https://www.postgresql.org/message-id/Yni6ZHkGotUU+RSf@paquier.xyz Avoid garbage logs with postgres -C on runtime-computed GUCs]<br />
** Fixed at: {{PgCommitURL|8bbf8461a3a2a38ce5f2952a025385b6938a61f7}}<br />
** Owner: Michael Paquier<br />
<br />
* [https://www.postgresql.org/message-id/20220506234924.6mxxotl3xl63db3l@alap3.anarazel.de Some issues with mark_pgdllimport.pl]<br />
** Fixed at: {{PgCommitURL|5edeb574285ecbcc47f0b769a7e363404db0155b}}<br />
** Owner: Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/1656446.1650043715%40sss.pgh.pa.us Crash in new pgstats code]<br />
** Initially reported issue was fixed by {{PgCommitURL|4a736a161c306fcfed970e6b649f2f03f465ac24}}, but there may be more to do here.<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/b3463b8c-2328-dcac-0136-af95715493c1%40xs4all.nl TRAP: FailedAssertion("tabstat->trans == trans", File: "pgstat_relation.c", Line: 508]<br />
** Fixed at: {{PgCommitURL|0cf16cb8ca4853b084c40eca310c4c9c3ebf7e2a}}<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/YlGJGiofZiWN3elx@jrouhaud limitations of GetMaxBackends()]<br />
** Fixed at: {{PgCommitURL|4f2400cb3f10aa79f99fba680c198237da28dd38}}, {{PgCommitURL|ab02d702ef08343fba30d90fdf7df5950063e8c9}}, {{PgCommitURL|7fc0e7de9fb8306e84d1c15211aba4308f694455}}<br />
** Owner: Robert Haas (aa64f23b02924724eafbd9eadbf26d85df30a12b, and 4567596316d186c6e61c72df013797266fcac2f7)<br />
<br />
== Won't Fix ==<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Problem showed by 90efa2f5565d28054c30c18f6a2f17f94fdff91e.<br />
* [https://www.postgresql.org/message-id/20220603195318.qk4voicqfdhlsnoh@alap3.anarazel.de Reduce amount of logs generated by TAP tests of pg_upgrade?]<br />
** Owner: Michael Paquier<br />
** Other thread: [https://www.postgresql.org/message-id/YrP6ZRXITYWhpVrl@paquier.xyz here]<br />
** The problem is wider than just the upgrade tests, as all the runs of pg_regress would be impacted. We may want a more centralized solution for this older problem.<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: May 19, 2022<br />
* Beta 2: June 30, 2022<br />
* Beta 3: (August 11, 2022)<br />
* GA: TBD<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=37140PostgreSQL 15 Open Items2022-08-04T18:33:55Z<p>Tgl: /* Open Issues */ add another thread griping about db0d67db2</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
* [https://www.postgresql.org/message-id/20220616233130.rparivafipt6doj3%40alap3.anarazel.de PG 15 (and to a smaller degree 14) regression due to ExprEvalStep size]<br />
** Owner: Andrew Dunstan<br />
* [https://www.postgresql.org/message-id/aada8f97-924e-5661-aead-257aa346899c@enterprisedb.com GROUP BY optimization defeated partitionwise tests]<br />
** [https://www.postgresql.org/message-id/3242058.1659563057%40sss.pgh.pa.us Possibly-related complaint here]<br />
** Owner: Tomas Vondra (db0d67db2)<br />
* [https://www.postgresql.org/message-id/20220802175043.GA13682@telsasoft.com CREATE DATABASE STRATEGY WAL_LOG crash and memory corruption]<br />
** Owner: Robert Haas (9c08aea6a3090a396be334cc58c511edab05776a)<br />
* [https://www.postgresql.org/message-id/20220701231413.GI13040@telsasoft.com large objects lost on upgrade]<br />
** Owner: Robert Haas (9a974cbcba005256a19991203583a94b4f9a21a9)<br />
** Fixed by: {{PgCommitURL|bbe08b8869bd29d587f24ef18eb45c7d4d14afca}}<br />
** [https://www.postgresql.org/message-id/2657259.1659460333%40sss.pgh.pa.us Test failure reported]<br />
* [https://www.postgresql.org/message-id/PA4P191MB160009A09B9D0624359278CFBA9F9@PA4P191MB1600.EURP191.PROD.OUTLOOK.COM XX000 error caused by window function run conditions]<br />
** Owner: David Rowley<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
** Fixed by: {{PgCommitURL|8ab0ebb9a842dc6063d1374a38b47a3b7ee64afe}}<br />
<br />
* [https://www.postgresql.org/message-id/17485-396609c6925b982d%40postgresql.org Records missing from Primary Key index when doing REINDEX INDEX CONCURRENTLY]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|e28bb885196916b0a3d898ae4f2be0e38108d81b}}<br />
<br />
* [https://www.postgresql.org/message-id/20220519193839.GT19626%40telsasoft.com -c min_dynamic_shared_memory now triggers an assertion]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|7201cd1862}}<br />
<br />
* [https://www.postgresql.org/message-id/f8a4105f076544c180a87ef0c4822352%40stmuk.bayern.de Extension pg_trgm, permissions and pg_dump order]<br />
** Affects all stable branches.<br />
** Fixed by {{PgCommitURL|00377b9a02b89a831ae50e1c718d34565356698f}}<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 15beta3 ===<br />
<br />
* [https://www.postgresql.org/message-id/CAApHDvrHQkiFRHiGiAS-LMOvJN-eK-s762=tVzBz8ZqUea-a_A@mail.gmail.com tuplesort Generation memory contexts don't play nicely with index builds]<br />
** Owner: David Rowley<br />
** Fixed by: {{PgCommitURL|ae1123f9899fe80935ae344e38f18632beb1bf9a}}<br />
* [https://www.postgresql.org/message-id/YrpVkADAY0knF6vM@paquier.xyz Repeatability of installcheck for test_oat_hooks]<br />
** Owner: Andrew Dunstan<br />
** Fixed by: {{PgCommitURL|a6434b951558baad8372dc4b83bf87606dac9cda}}<br />
* [https://www.postgresql.org/message-id/20220530190155.47wr3x2prdwyciah@alap3.anarazel.de Revert debugging added due to 019_replslot_limit]<br />
** Owner: Andres Freund<br />
** Reverted: {{PgCommitURL|3f8148c256e067dc2e8929ed174671ba7dc3339c}}<br />
* [https://www.postgresql.org/message-id/CAApHDvqXpLzav6dUeR5vO_RBh_feHrHMLhigVQXw9jHCyKP9PA%40mail.gmail.com PG15 beta1 sort performance regression due to Generation context change]<br />
** Owner: David Rowley<br />
* [https://www.postgresql.org/message-id/20220706224727.GA2158260@nathanxps13 pg_parameter_aclcheck() and trusted extensions]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|13d83881514856353dc86575eb0fc28132349a60}}<br />
* [https://www.postgresql.org/message-id/YtjsbtZFCaou6C/k@paquier.xyz Unprivileged user can induce crash by using an SUSET param in PGOPTIONS]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|b35617de37870756bdb0e00ffc0a42441e56eefa}}<br />
* [https://www.postgresql.org/message-id/20220726050402.vsr6fmz7rsgpmdz3@jrouhaud wrong filename used in pg_ident_file_mapping infrastructure]<br />
** Owner: Michael Paquier (a2c84990bea7beadb599d02328190e2a763dcb86)<br />
** Fixed by: {{PgCommitURL|27e0ee57f68d27af68967759a2ff61a581f501dc}}<br />
* [https://www.postgresql.org/message-id/17558-3f6599ffcf52fd4a%40postgresql.org Endless loop with UNIQUE NULLS NOT DISTINCT and INSERT ... ON CONFLICT]<br />
** Owner: Peter Eisentraut (94aa7cc5f707712f592885995a28e018c7c80488)<br />
** Fixed by: {{PgCommitURL|d59383924c580a77a2346d9b1284c8589b3d43e2}}<br />
<br />
=== resolved before 15beta2 ===<br />
<br />
* [https://www.postgresql.org/message-id/CA+HiwqGAGobiiHR8nH382HJxqm1mzZs8=3oKPXnXivWoFSZmNA@mail.gmail.com pgbench --partitions=0]<br />
** Owner; Michael Paquier (6f164e6d17616a157ea5d9e34dbb1b211c080c41)<br />
** Fixed by: {{PgCommitURL|27f1366050c6cd8c1ea5f03b367a5a167ebf34b7}}<br />
* [https://www.postgresql.org/message-id/3813350.1652111765%40sss.pgh.pa.us psql now shows zero elapsed time after an error]<br />
** Owner: Peter Eisentraut<br />
** Fixed by: {{PgCommitURL|9520f8d92a8681e441cc863422babd544353dd39}}<br />
* [https://www.postgresql.org/message-id/17495-7ffe2fa0b261b9fa@postgresql.org Regression in 15beta1 when filtering subquery including row_number window function]<br />
** Owner: David Rowley (9d9c02ccd1aea8e9131d8f4edb21bf1687e40782)<br />
** Fixed by: {{PgCommitURL|3e9abd2eb1b1f6863250f060290f514f30ce8044}}<br />
* [https://www.postgresql.org/message-id/20220524235250.gtt3uu5zktfkr4hv@alap3.anarazel.de Safety of subtrans ID caching]<br />
** Owner: Michael Paquier (06f5295af673df795e8e70e28c43d61c2817b6df)<br />
** Fixed by: {{PgCommitURL|b4529005fd387e863bfa9eb863629b1183c0449c}}<br />
* [https://www.postgresql.org/message-id/f80ace33-11fb-1cd3-20f8-98f51d151088@enterprisedb.com pg_upgrade test writes to source directory]<br />
** Owner: Michael Paquier (322becb6085cb92d3708635eea61b45776bf27b6)<br />
** Fixed by: {{PgCommitURL|15b6d2155375dee2fcba072fffa03c1c8b44656c}}<br />
* [https://www.postgresql.org/message-id/77e6ecaa-2785-97aa-f229-4b6e047cbd2b@enterprisedb.com pg_upgrade is not idempotent, even with --check]<br />
** Owner: Michael Paquier (38bfae36526636ef55daf7cf2a3282403587cb5b)<br />
** Fixed by: {{PgCommitURL|4fff78f00910af0137f9de7532f8eb21d08ab1c3}}<br />
* [https://www.postgresql.org/message-id/202204251548.mudq7jbqnh7r@alvherre.pgsql bogus: logical replication rows/cols combinations]<br />
** Owner: Amit Kapila<br />
** Fixed by: {{PgCommitURL|fd0b9dcebda7b931a41ce5c8e86d13f2efd0af2e}}<br />
* [https://www.postgresql.org/message-id/05ebcb44-f383-86e3-4f31-0a97a55634cf%40enterprisedb.com Ignoring BRIN for HOT udpates seems broken]<br />
** Owner: Tomas Vondra (5753d4ee320b)<br />
** Fixed by: {{PgCommitURL|e3fcca0d0d2414f3a50d6fd40eddf48b7df81475}}<br />
* [https://www.postgresql.org/message-id/PAXPR02MB760039506C87A2083AD85575E3DA9%40PAXPR02MB7600.eurprd02.prod.outlook.com psql no longer reports NOTICE messages promptly]<br />
** Owner: Peter Eisentraut (7844c9918)<br />
** Fixed by: {{PgCommitURL|e77de23fbb0f4ef27090c144edcfa889bb2a06d5}}<br />
* [https://www.postgresql.org/message-id/20220517.162719.1671558681467343711.horikyota.ntt@gmail.com amcheck is using a wrong macro to check compressed-ness]<br />
** Owner: Robert Haas (bd807be6935929bdefe74d1258ca08048f0aafa3)<br />
** Fixed by: {{PgCommitURL|e243de03fb4583dd4a9f0afb41493727d7946c02}}<br />
* [https://www.postgresql.org/message-id/20220607154744.vvmitnqhyxrne5ms%40jrouhaud COPY WITH (HEADER MATCH) broken with custom attribute list]<br />
** Owner: Peter Eisentraut (072132f04e55c1c3b0f1a582318da78de7334379)<br />
** Fixed by: {{PgCommitURL|ca7a0d1d368216e89359c63531a4df0b99a437e4}}<br />
* [https://www.postgresql.org/message-id/flat/DM4PR84MB17349C4E7D88A68264C18AF3EED69%40DM4PR84MB1734.NAMPRD84.PROD.OUTLOOK.COM PG15 beta1 fix pg_stats_ext/pg_stats_ext_exprs view manual]<br />
** Tomas Vondra<br />
** Fixed by: {{PgCommitURL|401f623c7b14890011b9bb9dda7639b1de4d40ad}}<br />
* [https://www.postgresql.org/message-id/20220625151930.GH22452@telsasoft.com Incorrect version check for datlocprovider in pg_upgrade]<br />
** Owner: Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** Fixed by: {{PgCommitURL|fa06a34d14ea053e1e405a6ab2a1c3f1631c3a5e}}<br />
* [https://www.postgresql.org/message-id/17522-bfcd5c603b5f4daa@postgresql.org Failure in TAP tests for IP address support in SANs with LibreSSL]<br />
** Owner: Peter Eisentraut (c1932e542863f0f646f005b3492452acc57c7e66)<br />
** Fixed by: {{PgCommitURL|901a9d53011573e45cd7b87682f0520ef3b0fd2d}}<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/de57761c-b99b-3435-b0a6-474c72b1149a%40enterprisedb.com libpq: duplicate error message after connection loss]<br />
** Fixed by: {{PgCommitURL|93909599cdba64c8759d646983c0a4ef93de1e50}}<br />
<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Fixed by: {{PgCommitURL|ce4f46fdc814eb1b704d81640f6d8f03625d0f53}}<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
* [https://www.postgresql.org/message-id/CAKFQuwamFuaQHKdhcMt4Gbw5+Hca2UE741B8gOOXoA=TtAd2Yw@mail.gmail.com Incorrect reset timestamp in stats after crash recovery]<br />
** Owner: Andres Freund (5891c7a8ed8f2d3d577e7eea34dacff12d7b6bbd)<br />
** Fixed at: {{PgCommitURL|5cd1c40b3ce9600f129fd1fea9850e1affaf31d5}}<br />
<br />
* [https://www.postgresql.org/message-id/YlPQGNAAa04raObK@paquier.xyz Fixes for compression options of pg_receivewal and refactoring of backup_compression.{c,h}]<br />
** Owner: Michael Paquier (babbbb595d2322da095a1e6703171b3f1f2815cb)<br />
** Fixed at: {{PgCommitURL|042a923ad53dfbe39a9d5012d6c3cf3c9c338884}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Owner: Michael Paquier (46dea2419ee7895a4eb3d048317682e6f18a17e1)<br />
** Fixed at: {{PgCommitURL|e61efafcb82c605dcc78f668685223e20d2f7ad8}}, {{PgCommitURL|1a8b110539efe18803c1fa8aa452a2178dbad9a9}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+hUKGJRbzaAOUtBUcjF5hLtaSHnJUqXmtiaLEoi53zeWSizeA@mail.gmail.com qsort performance regression]<br />
** Owner: John Naylor (6974924347c908335607a4a2f252213d58e21b7c)<br />
** Fixed at: {{PgCommitURL|99c754129d787ea4ce3b34b9f4c5f5e74c45ab6a}}<br />
<br />
* [https://www.postgresql.org/message-id/YlZyp26LVVfmwfgW@paquier.xyz Small issues with CLUSTER on partitioned tables]<br />
** Owner: Alvaro Herrera (cfdd03f45e6afc632fbe70519250ec19167d6765)<br />
** Fixed at: {{PgCommitURL|3f19e176ae0f55a653d62e1504dbe5ad8c1006a0}}, {{PgCommitURL|21a10368eb3fce73f146d7e48b4d81496f60d965}}<br />
<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
** Fixed at: {{PgCommitURL|5c854e7a2c8a6cd26040e0f9949e7a4a007f6366}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220209220004.kb3dgtn2x2k2gtdm%40alap3.anarazel.de Corruption due to relfilenode reuse]<br />
** pg_upgrade can corrupt data with the new OIDs preservation feature<br />
*** Fixed at: {{PgCommitURL|e2f65f42555ff531c6d7c8f151526b4ef7c016f8}}<br />
** the ProcSignalBarrier solution this builds on also turns out to have a small race/hole<br />
*** Fixed at: {{PgCommitURL|b74e94dc27fdbb13954f230b1d1298430afa6c0c}}<br />
** Owner: Thomas Munro, Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/20220502042718.GB1565149@rfd.leadboat.com Some issues with the TAP tests of pg_upgrade]<br />
** Owner: Michael Paquier<br />
** Fixed at: {{PgCommitURL|7dd3ee508432730d15c5d3032f37362f6b6e4dd8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAMbWs4-LN%3DbF8f9eU2R94dJtF54DfDvBq%2BovqHnOQqbinYDrUw%40mail.gmail.com Crash in _outPathTarget]<br />
** Owner: Peter Eisentraut<br />
** Fixed at: {{PgCommitURL|9ddf251f94090cebf1bd8fc18396cb8a4b580d04}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/Ymd/e5eeZMNAkrXo%40paquier.xyz#23885a148c6899cc874a7bf68f228777 Instability of regression test of pg_walinspect]<br />
** Owner: Jeff Davis<br />
** Fixed at: {{PgCommitURL|ed57cac84d1c5642737dab1e4c4b8cb4f0c4305f}}<br />
<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
** Fixed at: {{PgCommitURL|4eb9798879680dcc0e3ebb301cf6f925dfa69422}}, {{PgCommitURL|112fdb3528465cc14a2f1dff3dc27f100326d885}}<br />
<br />
* [https://www.postgresql.org/message-id/CAA4eK1LpBFU49Ohbnk%3Ddv_v9YP%2BKqh1%2BSf8i%2B%2B_s-QhD1Gy4Qw%40mail.gmail.com 013_partition.pl failing]<br />
** Fixed at: {{PgCommitURL|dd4ab6fd6528e160571986fa8817cee9f2645aa8}}<br />
<br />
* [https://www.postgresql.org/message-id/Yni6ZHkGotUU+RSf@paquier.xyz Avoid garbage logs with postgres -C on runtime-computed GUCs]<br />
** Fixed at: {{PgCommitURL|8bbf8461a3a2a38ce5f2952a025385b6938a61f7}}<br />
** Owner: Michael Paquier<br />
<br />
* [https://www.postgresql.org/message-id/20220506234924.6mxxotl3xl63db3l@alap3.anarazel.de Some issues with mark_pgdllimport.pl]<br />
** Fixed at: {{PgCommitURL|5edeb574285ecbcc47f0b769a7e363404db0155b}}<br />
** Owner: Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/1656446.1650043715%40sss.pgh.pa.us Crash in new pgstats code]<br />
** Initially reported issue was fixed by {{PgCommitURL|4a736a161c306fcfed970e6b649f2f03f465ac24}}, but there may be more to do here.<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/b3463b8c-2328-dcac-0136-af95715493c1%40xs4all.nl TRAP: FailedAssertion("tabstat->trans == trans", File: "pgstat_relation.c", Line: 508]<br />
** Fixed at: {{PgCommitURL|0cf16cb8ca4853b084c40eca310c4c9c3ebf7e2a}}<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/YlGJGiofZiWN3elx@jrouhaud limitations of GetMaxBackends()]<br />
** Fixed at: {{PgCommitURL|4f2400cb3f10aa79f99fba680c198237da28dd38}}, {{PgCommitURL|ab02d702ef08343fba30d90fdf7df5950063e8c9}}, {{PgCommitURL|7fc0e7de9fb8306e84d1c15211aba4308f694455}}<br />
** Owner: Robert Haas (aa64f23b02924724eafbd9eadbf26d85df30a12b, and 4567596316d186c6e61c72df013797266fcac2f7)<br />
<br />
== Won't Fix ==<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Problem showed by 90efa2f5565d28054c30c18f6a2f17f94fdff91e.<br />
* [https://www.postgresql.org/message-id/20220603195318.qk4voicqfdhlsnoh@alap3.anarazel.de Reduce amount of logs generated by TAP tests of pg_upgrade?]<br />
** Owner: Michael Paquier<br />
** Other thread: [https://www.postgresql.org/message-id/YrP6ZRXITYWhpVrl@paquier.xyz here]<br />
** The problem is wider than just the upgrade tests, as all the runs of pg_regress would be impacted. We may want a more centralized solution for this older problem.<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: May 19, 2022<br />
* Beta 2: June 30, 2022<br />
* Beta 3: (August 11, 2022)<br />
* GA: TBD<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=37139PostgreSQL 15 Open Items2022-08-04T18:24:40Z<p>Tgl: INSERT ... ON CONFLICT endless loop fixed</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
* [https://www.postgresql.org/message-id/20220616233130.rparivafipt6doj3%40alap3.anarazel.de PG 15 (and to a smaller degree 14) regression due to ExprEvalStep size]<br />
** Owner: Andrew Dunstan<br />
* [https://www.postgresql.org/message-id/aada8f97-924e-5661-aead-257aa346899c@enterprisedb.com GROUP BY optimization defeated partitionwise tests]<br />
** Owner: Tomas Vondra (db0d67db2)<br />
* [https://www.postgresql.org/message-id/20220802175043.GA13682@telsasoft.com CREATE DATABASE STRATEGY WAL_LOG crash and memory corruption]<br />
** Owner: Robert Haas (9c08aea6a3090a396be334cc58c511edab05776a)<br />
* [https://www.postgresql.org/message-id/20220701231413.GI13040@telsasoft.com large objects lost on upgrade]<br />
** Owner: Robert Haas (9a974cbcba005256a19991203583a94b4f9a21a9)<br />
** Fixed by: {{PgCommitURL|bbe08b8869bd29d587f24ef18eb45c7d4d14afca}}<br />
** [https://www.postgresql.org/message-id/2657259.1659460333%40sss.pgh.pa.us Test failure reported]<br />
* [https://www.postgresql.org/message-id/PA4P191MB160009A09B9D0624359278CFBA9F9@PA4P191MB1600.EURP191.PROD.OUTLOOK.COM XX000 error caused by window function run conditions]<br />
** Owner: David Rowley<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
** Fixed by: {{PgCommitURL|8ab0ebb9a842dc6063d1374a38b47a3b7ee64afe}}<br />
<br />
* [https://www.postgresql.org/message-id/17485-396609c6925b982d%40postgresql.org Records missing from Primary Key index when doing REINDEX INDEX CONCURRENTLY]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|e28bb885196916b0a3d898ae4f2be0e38108d81b}}<br />
<br />
* [https://www.postgresql.org/message-id/20220519193839.GT19626%40telsasoft.com -c min_dynamic_shared_memory now triggers an assertion]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|7201cd1862}}<br />
<br />
* [https://www.postgresql.org/message-id/f8a4105f076544c180a87ef0c4822352%40stmuk.bayern.de Extension pg_trgm, permissions and pg_dump order]<br />
** Affects all stable branches.<br />
** Fixed by {{PgCommitURL|00377b9a02b89a831ae50e1c718d34565356698f}}<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 15beta3 ===<br />
<br />
* [https://www.postgresql.org/message-id/CAApHDvrHQkiFRHiGiAS-LMOvJN-eK-s762=tVzBz8ZqUea-a_A@mail.gmail.com tuplesort Generation memory contexts don't play nicely with index builds]<br />
** Owner: David Rowley<br />
** Fixed by: {{PgCommitURL|ae1123f9899fe80935ae344e38f18632beb1bf9a}}<br />
* [https://www.postgresql.org/message-id/YrpVkADAY0knF6vM@paquier.xyz Repeatability of installcheck for test_oat_hooks]<br />
** Owner: Andrew Dunstan<br />
** Fixed by: {{PgCommitURL|a6434b951558baad8372dc4b83bf87606dac9cda}}<br />
* [https://www.postgresql.org/message-id/20220530190155.47wr3x2prdwyciah@alap3.anarazel.de Revert debugging added due to 019_replslot_limit]<br />
** Owner: Andres Freund<br />
** Reverted: {{PgCommitURL|3f8148c256e067dc2e8929ed174671ba7dc3339c}}<br />
* [https://www.postgresql.org/message-id/CAApHDvqXpLzav6dUeR5vO_RBh_feHrHMLhigVQXw9jHCyKP9PA%40mail.gmail.com PG15 beta1 sort performance regression due to Generation context change]<br />
** Owner: David Rowley<br />
* [https://www.postgresql.org/message-id/20220706224727.GA2158260@nathanxps13 pg_parameter_aclcheck() and trusted extensions]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|13d83881514856353dc86575eb0fc28132349a60}}<br />
* [https://www.postgresql.org/message-id/YtjsbtZFCaou6C/k@paquier.xyz Unprivileged user can induce crash by using an SUSET param in PGOPTIONS]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|b35617de37870756bdb0e00ffc0a42441e56eefa}}<br />
* [https://www.postgresql.org/message-id/20220726050402.vsr6fmz7rsgpmdz3@jrouhaud wrong filename used in pg_ident_file_mapping infrastructure]<br />
** Owner: Michael Paquier (a2c84990bea7beadb599d02328190e2a763dcb86)<br />
** Fixed by: {{PgCommitURL|27e0ee57f68d27af68967759a2ff61a581f501dc}}<br />
* [https://www.postgresql.org/message-id/17558-3f6599ffcf52fd4a%40postgresql.org Endless loop with UNIQUE NULLS NOT DISTINCT and INSERT ... ON CONFLICT]<br />
** Owner: Peter Eisentraut (94aa7cc5f707712f592885995a28e018c7c80488)<br />
** Fixed by: {{PgCommitURL|d59383924c580a77a2346d9b1284c8589b3d43e2}}<br />
<br />
=== resolved before 15beta2 ===<br />
<br />
* [https://www.postgresql.org/message-id/CA+HiwqGAGobiiHR8nH382HJxqm1mzZs8=3oKPXnXivWoFSZmNA@mail.gmail.com pgbench --partitions=0]<br />
** Owner; Michael Paquier (6f164e6d17616a157ea5d9e34dbb1b211c080c41)<br />
** Fixed by: {{PgCommitURL|27f1366050c6cd8c1ea5f03b367a5a167ebf34b7}}<br />
* [https://www.postgresql.org/message-id/3813350.1652111765%40sss.pgh.pa.us psql now shows zero elapsed time after an error]<br />
** Owner: Peter Eisentraut<br />
** Fixed by: {{PgCommitURL|9520f8d92a8681e441cc863422babd544353dd39}}<br />
* [https://www.postgresql.org/message-id/17495-7ffe2fa0b261b9fa@postgresql.org Regression in 15beta1 when filtering subquery including row_number window function]<br />
** Owner: David Rowley (9d9c02ccd1aea8e9131d8f4edb21bf1687e40782)<br />
** Fixed by: {{PgCommitURL|3e9abd2eb1b1f6863250f060290f514f30ce8044}}<br />
* [https://www.postgresql.org/message-id/20220524235250.gtt3uu5zktfkr4hv@alap3.anarazel.de Safety of subtrans ID caching]<br />
** Owner: Michael Paquier (06f5295af673df795e8e70e28c43d61c2817b6df)<br />
** Fixed by: {{PgCommitURL|b4529005fd387e863bfa9eb863629b1183c0449c}}<br />
* [https://www.postgresql.org/message-id/f80ace33-11fb-1cd3-20f8-98f51d151088@enterprisedb.com pg_upgrade test writes to source directory]<br />
** Owner: Michael Paquier (322becb6085cb92d3708635eea61b45776bf27b6)<br />
** Fixed by: {{PgCommitURL|15b6d2155375dee2fcba072fffa03c1c8b44656c}}<br />
* [https://www.postgresql.org/message-id/77e6ecaa-2785-97aa-f229-4b6e047cbd2b@enterprisedb.com pg_upgrade is not idempotent, even with --check]<br />
** Owner: Michael Paquier (38bfae36526636ef55daf7cf2a3282403587cb5b)<br />
** Fixed by: {{PgCommitURL|4fff78f00910af0137f9de7532f8eb21d08ab1c3}}<br />
* [https://www.postgresql.org/message-id/202204251548.mudq7jbqnh7r@alvherre.pgsql bogus: logical replication rows/cols combinations]<br />
** Owner: Amit Kapila<br />
** Fixed by: {{PgCommitURL|fd0b9dcebda7b931a41ce5c8e86d13f2efd0af2e}}<br />
* [https://www.postgresql.org/message-id/05ebcb44-f383-86e3-4f31-0a97a55634cf%40enterprisedb.com Ignoring BRIN for HOT udpates seems broken]<br />
** Owner: Tomas Vondra (5753d4ee320b)<br />
** Fixed by: {{PgCommitURL|e3fcca0d0d2414f3a50d6fd40eddf48b7df81475}}<br />
* [https://www.postgresql.org/message-id/PAXPR02MB760039506C87A2083AD85575E3DA9%40PAXPR02MB7600.eurprd02.prod.outlook.com psql no longer reports NOTICE messages promptly]<br />
** Owner: Peter Eisentraut (7844c9918)<br />
** Fixed by: {{PgCommitURL|e77de23fbb0f4ef27090c144edcfa889bb2a06d5}}<br />
* [https://www.postgresql.org/message-id/20220517.162719.1671558681467343711.horikyota.ntt@gmail.com amcheck is using a wrong macro to check compressed-ness]<br />
** Owner: Robert Haas (bd807be6935929bdefe74d1258ca08048f0aafa3)<br />
** Fixed by: {{PgCommitURL|e243de03fb4583dd4a9f0afb41493727d7946c02}}<br />
* [https://www.postgresql.org/message-id/20220607154744.vvmitnqhyxrne5ms%40jrouhaud COPY WITH (HEADER MATCH) broken with custom attribute list]<br />
** Owner: Peter Eisentraut (072132f04e55c1c3b0f1a582318da78de7334379)<br />
** Fixed by: {{PgCommitURL|ca7a0d1d368216e89359c63531a4df0b99a437e4}}<br />
* [https://www.postgresql.org/message-id/flat/DM4PR84MB17349C4E7D88A68264C18AF3EED69%40DM4PR84MB1734.NAMPRD84.PROD.OUTLOOK.COM PG15 beta1 fix pg_stats_ext/pg_stats_ext_exprs view manual]<br />
** Tomas Vondra<br />
** Fixed by: {{PgCommitURL|401f623c7b14890011b9bb9dda7639b1de4d40ad}}<br />
* [https://www.postgresql.org/message-id/20220625151930.GH22452@telsasoft.com Incorrect version check for datlocprovider in pg_upgrade]<br />
** Owner: Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** Fixed by: {{PgCommitURL|fa06a34d14ea053e1e405a6ab2a1c3f1631c3a5e}}<br />
* [https://www.postgresql.org/message-id/17522-bfcd5c603b5f4daa@postgresql.org Failure in TAP tests for IP address support in SANs with LibreSSL]<br />
** Owner: Peter Eisentraut (c1932e542863f0f646f005b3492452acc57c7e66)<br />
** Fixed by: {{PgCommitURL|901a9d53011573e45cd7b87682f0520ef3b0fd2d}}<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/de57761c-b99b-3435-b0a6-474c72b1149a%40enterprisedb.com libpq: duplicate error message after connection loss]<br />
** Fixed by: {{PgCommitURL|93909599cdba64c8759d646983c0a4ef93de1e50}}<br />
<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Fixed by: {{PgCommitURL|ce4f46fdc814eb1b704d81640f6d8f03625d0f53}}<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
* [https://www.postgresql.org/message-id/CAKFQuwamFuaQHKdhcMt4Gbw5+Hca2UE741B8gOOXoA=TtAd2Yw@mail.gmail.com Incorrect reset timestamp in stats after crash recovery]<br />
** Owner: Andres Freund (5891c7a8ed8f2d3d577e7eea34dacff12d7b6bbd)<br />
** Fixed at: {{PgCommitURL|5cd1c40b3ce9600f129fd1fea9850e1affaf31d5}}<br />
<br />
* [https://www.postgresql.org/message-id/YlPQGNAAa04raObK@paquier.xyz Fixes for compression options of pg_receivewal and refactoring of backup_compression.{c,h}]<br />
** Owner: Michael Paquier (babbbb595d2322da095a1e6703171b3f1f2815cb)<br />
** Fixed at: {{PgCommitURL|042a923ad53dfbe39a9d5012d6c3cf3c9c338884}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Owner: Michael Paquier (46dea2419ee7895a4eb3d048317682e6f18a17e1)<br />
** Fixed at: {{PgCommitURL|e61efafcb82c605dcc78f668685223e20d2f7ad8}}, {{PgCommitURL|1a8b110539efe18803c1fa8aa452a2178dbad9a9}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+hUKGJRbzaAOUtBUcjF5hLtaSHnJUqXmtiaLEoi53zeWSizeA@mail.gmail.com qsort performance regression]<br />
** Owner: John Naylor (6974924347c908335607a4a2f252213d58e21b7c)<br />
** Fixed at: {{PgCommitURL|99c754129d787ea4ce3b34b9f4c5f5e74c45ab6a}}<br />
<br />
* [https://www.postgresql.org/message-id/YlZyp26LVVfmwfgW@paquier.xyz Small issues with CLUSTER on partitioned tables]<br />
** Owner: Alvaro Herrera (cfdd03f45e6afc632fbe70519250ec19167d6765)<br />
** Fixed at: {{PgCommitURL|3f19e176ae0f55a653d62e1504dbe5ad8c1006a0}}, {{PgCommitURL|21a10368eb3fce73f146d7e48b4d81496f60d965}}<br />
<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
** Fixed at: {{PgCommitURL|5c854e7a2c8a6cd26040e0f9949e7a4a007f6366}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220209220004.kb3dgtn2x2k2gtdm%40alap3.anarazel.de Corruption due to relfilenode reuse]<br />
** pg_upgrade can corrupt data with the new OIDs preservation feature<br />
*** Fixed at: {{PgCommitURL|e2f65f42555ff531c6d7c8f151526b4ef7c016f8}}<br />
** the ProcSignalBarrier solution this builds on also turns out to have a small race/hole<br />
*** Fixed at: {{PgCommitURL|b74e94dc27fdbb13954f230b1d1298430afa6c0c}}<br />
** Owner: Thomas Munro, Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/20220502042718.GB1565149@rfd.leadboat.com Some issues with the TAP tests of pg_upgrade]<br />
** Owner: Michael Paquier<br />
** Fixed at: {{PgCommitURL|7dd3ee508432730d15c5d3032f37362f6b6e4dd8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAMbWs4-LN%3DbF8f9eU2R94dJtF54DfDvBq%2BovqHnOQqbinYDrUw%40mail.gmail.com Crash in _outPathTarget]<br />
** Owner: Peter Eisentraut<br />
** Fixed at: {{PgCommitURL|9ddf251f94090cebf1bd8fc18396cb8a4b580d04}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/Ymd/e5eeZMNAkrXo%40paquier.xyz#23885a148c6899cc874a7bf68f228777 Instability of regression test of pg_walinspect]<br />
** Owner: Jeff Davis<br />
** Fixed at: {{PgCommitURL|ed57cac84d1c5642737dab1e4c4b8cb4f0c4305f}}<br />
<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
** Fixed at: {{PgCommitURL|4eb9798879680dcc0e3ebb301cf6f925dfa69422}}, {{PgCommitURL|112fdb3528465cc14a2f1dff3dc27f100326d885}}<br />
<br />
* [https://www.postgresql.org/message-id/CAA4eK1LpBFU49Ohbnk%3Ddv_v9YP%2BKqh1%2BSf8i%2B%2B_s-QhD1Gy4Qw%40mail.gmail.com 013_partition.pl failing]<br />
** Fixed at: {{PgCommitURL|dd4ab6fd6528e160571986fa8817cee9f2645aa8}}<br />
<br />
* [https://www.postgresql.org/message-id/Yni6ZHkGotUU+RSf@paquier.xyz Avoid garbage logs with postgres -C on runtime-computed GUCs]<br />
** Fixed at: {{PgCommitURL|8bbf8461a3a2a38ce5f2952a025385b6938a61f7}}<br />
** Owner: Michael Paquier<br />
<br />
* [https://www.postgresql.org/message-id/20220506234924.6mxxotl3xl63db3l@alap3.anarazel.de Some issues with mark_pgdllimport.pl]<br />
** Fixed at: {{PgCommitURL|5edeb574285ecbcc47f0b769a7e363404db0155b}}<br />
** Owner: Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/1656446.1650043715%40sss.pgh.pa.us Crash in new pgstats code]<br />
** Initially reported issue was fixed by {{PgCommitURL|4a736a161c306fcfed970e6b649f2f03f465ac24}}, but there may be more to do here.<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/b3463b8c-2328-dcac-0136-af95715493c1%40xs4all.nl TRAP: FailedAssertion("tabstat->trans == trans", File: "pgstat_relation.c", Line: 508]<br />
** Fixed at: {{PgCommitURL|0cf16cb8ca4853b084c40eca310c4c9c3ebf7e2a}}<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/YlGJGiofZiWN3elx@jrouhaud limitations of GetMaxBackends()]<br />
** Fixed at: {{PgCommitURL|4f2400cb3f10aa79f99fba680c198237da28dd38}}, {{PgCommitURL|ab02d702ef08343fba30d90fdf7df5950063e8c9}}, {{PgCommitURL|7fc0e7de9fb8306e84d1c15211aba4308f694455}}<br />
** Owner: Robert Haas (aa64f23b02924724eafbd9eadbf26d85df30a12b, and 4567596316d186c6e61c72df013797266fcac2f7)<br />
<br />
== Won't Fix ==<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Problem showed by 90efa2f5565d28054c30c18f6a2f17f94fdff91e.<br />
* [https://www.postgresql.org/message-id/20220603195318.qk4voicqfdhlsnoh@alap3.anarazel.de Reduce amount of logs generated by TAP tests of pg_upgrade?]<br />
** Owner: Michael Paquier<br />
** Other thread: [https://www.postgresql.org/message-id/YrP6ZRXITYWhpVrl@paquier.xyz here]<br />
** The problem is wider than just the upgrade tests, as all the runs of pg_regress would be impacted. We may want a more centralized solution for this older problem.<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: May 19, 2022<br />
* Beta 2: June 30, 2022<br />
* Beta 3: (August 11, 2022)<br />
* GA: TBD<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=37127PostgreSQL 15 Open Items2022-07-25T19:50:09Z<p>Tgl: /* resolved before 15beta3 */</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
* [https://www.postgresql.org/message-id/20220603195318.qk4voicqfdhlsnoh@alap3.anarazel.de Reduce amount of logs generated by TAP tests of pg_upgrade?]<br />
** Owner: Michael Paquier<br />
** Other thread: [https://www.postgresql.org/message-id/YrP6ZRXITYWhpVrl@paquier.xyz here]<br />
* [https://www.postgresql.org/message-id/20220616233130.rparivafipt6doj3%40alap3.anarazel.de PG 15 (and to a smaller degree 14) regression due to ExprEvalStep size]<br />
** Owner: Andrew Dunstan<br />
* [https://www.postgresql.org/message-id/20220701231413.GI13040@telsasoft.com large objects lost on upgrade]<br />
** Owner: Robert Haas (9a974cbcba005256a19991203583a94b4f9a21a9)<br />
* [https://www.postgresql.org/message-id/17558-3f6599ffcf52fd4a%40postgresql.org Endless loop with UNIQUE NULLS NOT DISTINCT and INSERT ... ON CONFLICT]<br />
** Owner: Peter Eisentraut (94aa7cc5f707712f592885995a28e018c7c80488)<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
** Fixed by: {{PgCommitURL|8ab0ebb9a842dc6063d1374a38b47a3b7ee64afe}}<br />
<br />
* [https://www.postgresql.org/message-id/17485-396609c6925b982d%40postgresql.org Records missing from Primary Key index when doing REINDEX INDEX CONCURRENTLY]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|e28bb885196916b0a3d898ae4f2be0e38108d81b}}<br />
<br />
* [https://www.postgresql.org/message-id/20220519193839.GT19626%40telsasoft.com -c min_dynamic_shared_memory now triggers an assertion]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|7201cd1862}}<br />
<br />
* [https://www.postgresql.org/message-id/f8a4105f076544c180a87ef0c4822352%40stmuk.bayern.de Extension pg_trgm, permissions and pg_dump order]<br />
** Affects all stable branches.<br />
** Fixed by {{PgCommitURL|00377b9a02b89a831ae50e1c718d34565356698f}}<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 15beta3 ===<br />
<br />
* [https://www.postgresql.org/message-id/CAApHDvrHQkiFRHiGiAS-LMOvJN-eK-s762=tVzBz8ZqUea-a_A@mail.gmail.com tuplesort Generation memory contexts don't play nicely with index builds]<br />
** Owner: David Rowley<br />
** Fixed by: {{PgCommitURL|ae1123f9899fe80935ae344e38f18632beb1bf9a}}<br />
* [https://www.postgresql.org/message-id/YrpVkADAY0knF6vM@paquier.xyz Repeatability of installcheck for test_oat_hooks]<br />
** Owner: Andrew Dunstan<br />
** Fixed by: {{PgCommitURL|a6434b951558baad8372dc4b83bf87606dac9cda}}<br />
* [https://www.postgresql.org/message-id/20220530190155.47wr3x2prdwyciah@alap3.anarazel.de Revert debugging added due to 019_replslot_limit]<br />
** Owner: Andres Freund<br />
** Reverted: {{PgCommitURL|3f8148c256e067dc2e8929ed174671ba7dc3339c}}<br />
* [https://www.postgresql.org/message-id/CAApHDvqXpLzav6dUeR5vO_RBh_feHrHMLhigVQXw9jHCyKP9PA%40mail.gmail.com PG15 beta1 sort performance regression due to Generation context change]<br />
** Owner: David Rowley<br />
* [https://www.postgresql.org/message-id/20220706224727.GA2158260@nathanxps13 pg_parameter_aclcheck() and trusted extensions]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|13d83881514856353dc86575eb0fc28132349a60}}<br />
* [https://www.postgresql.org/message-id/YtjsbtZFCaou6C/k@paquier.xyz Unprivileged user can induce crash by using an SUSET param in PGOPTIONS]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|b35617de37870756bdb0e00ffc0a42441e56eefa}}<br />
<br />
=== resolved before 15beta2 ===<br />
<br />
* [https://www.postgresql.org/message-id/CA+HiwqGAGobiiHR8nH382HJxqm1mzZs8=3oKPXnXivWoFSZmNA@mail.gmail.com pgbench --partitions=0]<br />
** Owner; Michael Paquier (6f164e6d17616a157ea5d9e34dbb1b211c080c41)<br />
** Fixed by: {{PgCommitURL|27f1366050c6cd8c1ea5f03b367a5a167ebf34b7}}<br />
* [https://www.postgresql.org/message-id/3813350.1652111765%40sss.pgh.pa.us psql now shows zero elapsed time after an error]<br />
** Owner: Peter Eisentraut<br />
** Fixed by: {{PgCommitURL|9520f8d92a8681e441cc863422babd544353dd39}}<br />
* [https://www.postgresql.org/message-id/17495-7ffe2fa0b261b9fa@postgresql.org Regression in 15beta1 when filtering subquery including row_number window function]<br />
** Owner: David Rowley (9d9c02ccd1aea8e9131d8f4edb21bf1687e40782)<br />
** Fixed by: {{PgCommitURL|3e9abd2eb1b1f6863250f060290f514f30ce8044}}<br />
* [https://www.postgresql.org/message-id/20220524235250.gtt3uu5zktfkr4hv@alap3.anarazel.de Safety of subtrans ID caching]<br />
** Owner: Michael Paquier (06f5295af673df795e8e70e28c43d61c2817b6df)<br />
** Fixed by: {{PgCommitURL|b4529005fd387e863bfa9eb863629b1183c0449c}}<br />
* [https://www.postgresql.org/message-id/f80ace33-11fb-1cd3-20f8-98f51d151088@enterprisedb.com pg_upgrade test writes to source directory]<br />
** Owner: Michael Paquier (322becb6085cb92d3708635eea61b45776bf27b6)<br />
** Fixed by: {{PgCommitURL|15b6d2155375dee2fcba072fffa03c1c8b44656c}}<br />
* [https://www.postgresql.org/message-id/77e6ecaa-2785-97aa-f229-4b6e047cbd2b@enterprisedb.com pg_upgrade is not idempotent, even with --check]<br />
** Owner: Michael Paquier (38bfae36526636ef55daf7cf2a3282403587cb5b)<br />
** Fixed by: {{PgCommitURL|4fff78f00910af0137f9de7532f8eb21d08ab1c3}}<br />
* [https://www.postgresql.org/message-id/202204251548.mudq7jbqnh7r@alvherre.pgsql bogus: logical replication rows/cols combinations]<br />
** Owner: Amit Kapila<br />
** Fixed by: {{PgCommitURL|fd0b9dcebda7b931a41ce5c8e86d13f2efd0af2e}}<br />
* [https://www.postgresql.org/message-id/05ebcb44-f383-86e3-4f31-0a97a55634cf%40enterprisedb.com Ignoring BRIN for HOT udpates seems broken]<br />
** Owner: Tomas Vondra (5753d4ee320b)<br />
** Fixed by: {{PgCommitURL|e3fcca0d0d2414f3a50d6fd40eddf48b7df81475}}<br />
* [https://www.postgresql.org/message-id/PAXPR02MB760039506C87A2083AD85575E3DA9%40PAXPR02MB7600.eurprd02.prod.outlook.com psql no longer reports NOTICE messages promptly]<br />
** Owner: Peter Eisentraut (7844c9918)<br />
** Fixed by: {{PgCommitURL|e77de23fbb0f4ef27090c144edcfa889bb2a06d5}}<br />
* [https://www.postgresql.org/message-id/20220517.162719.1671558681467343711.horikyota.ntt@gmail.com amcheck is using a wrong macro to check compressed-ness]<br />
** Owner: Robert Haas (bd807be6935929bdefe74d1258ca08048f0aafa3)<br />
** Fixed by: {{PgCommitURL|e243de03fb4583dd4a9f0afb41493727d7946c02}}<br />
* [https://www.postgresql.org/message-id/20220607154744.vvmitnqhyxrne5ms%40jrouhaud COPY WITH (HEADER MATCH) broken with custom attribute list]<br />
** Owner: Peter Eisentraut (072132f04e55c1c3b0f1a582318da78de7334379)<br />
** Fixed by: {{PgCommitURL|ca7a0d1d368216e89359c63531a4df0b99a437e4}}<br />
* [https://www.postgresql.org/message-id/flat/DM4PR84MB17349C4E7D88A68264C18AF3EED69%40DM4PR84MB1734.NAMPRD84.PROD.OUTLOOK.COM PG15 beta1 fix pg_stats_ext/pg_stats_ext_exprs view manual]<br />
** Tomas Vondra<br />
** Fixed by: {{PgCommitURL|401f623c7b14890011b9bb9dda7639b1de4d40ad}}<br />
* [https://www.postgresql.org/message-id/20220625151930.GH22452@telsasoft.com Incorrect version check for datlocprovider in pg_upgrade]<br />
** Owner: Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** Fixed by: {{PgCommitURL|fa06a34d14ea053e1e405a6ab2a1c3f1631c3a5e}}<br />
* [https://www.postgresql.org/message-id/17522-bfcd5c603b5f4daa@postgresql.org Failure in TAP tests for IP address support in SANs with LibreSSL]<br />
** Owner: Peter Eisentraut (c1932e542863f0f646f005b3492452acc57c7e66)<br />
** Fixed by: {{PgCommitURL|901a9d53011573e45cd7b87682f0520ef3b0fd2d}}<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/de57761c-b99b-3435-b0a6-474c72b1149a%40enterprisedb.com libpq: duplicate error message after connection loss]<br />
** Fixed by: {{PgCommitURL|93909599cdba64c8759d646983c0a4ef93de1e50}}<br />
<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Fixed by: {{PgCommitURL|ce4f46fdc814eb1b704d81640f6d8f03625d0f53}}<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
* [https://www.postgresql.org/message-id/CAKFQuwamFuaQHKdhcMt4Gbw5+Hca2UE741B8gOOXoA=TtAd2Yw@mail.gmail.com Incorrect reset timestamp in stats after crash recovery]<br />
** Owner: Andres Freund (5891c7a8ed8f2d3d577e7eea34dacff12d7b6bbd)<br />
** Fixed at: {{PgCommitURL|5cd1c40b3ce9600f129fd1fea9850e1affaf31d5}}<br />
<br />
* [https://www.postgresql.org/message-id/YlPQGNAAa04raObK@paquier.xyz Fixes for compression options of pg_receivewal and refactoring of backup_compression.{c,h}]<br />
** Owner: Michael Paquier (babbbb595d2322da095a1e6703171b3f1f2815cb)<br />
** Fixed at: {{PgCommitURL|042a923ad53dfbe39a9d5012d6c3cf3c9c338884}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Owner: Michael Paquier (46dea2419ee7895a4eb3d048317682e6f18a17e1)<br />
** Fixed at: {{PgCommitURL|e61efafcb82c605dcc78f668685223e20d2f7ad8}}, {{PgCommitURL|1a8b110539efe18803c1fa8aa452a2178dbad9a9}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+hUKGJRbzaAOUtBUcjF5hLtaSHnJUqXmtiaLEoi53zeWSizeA@mail.gmail.com qsort performance regression]<br />
** Owner: John Naylor (6974924347c908335607a4a2f252213d58e21b7c)<br />
** Fixed at: {{PgCommitURL|99c754129d787ea4ce3b34b9f4c5f5e74c45ab6a}}<br />
<br />
* [https://www.postgresql.org/message-id/YlZyp26LVVfmwfgW@paquier.xyz Small issues with CLUSTER on partitioned tables]<br />
** Owner: Alvaro Herrera (cfdd03f45e6afc632fbe70519250ec19167d6765)<br />
** Fixed at: {{PgCommitURL|3f19e176ae0f55a653d62e1504dbe5ad8c1006a0}}, {{PgCommitURL|21a10368eb3fce73f146d7e48b4d81496f60d965}}<br />
<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
** Fixed at: {{PgCommitURL|5c854e7a2c8a6cd26040e0f9949e7a4a007f6366}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220209220004.kb3dgtn2x2k2gtdm%40alap3.anarazel.de Corruption due to relfilenode reuse]<br />
** pg_upgrade can corrupt data with the new OIDs preservation feature<br />
*** Fixed at: {{PgCommitURL|e2f65f42555ff531c6d7c8f151526b4ef7c016f8}}<br />
** the ProcSignalBarrier solution this builds on also turns out to have a small race/hole<br />
*** Fixed at: {{PgCommitURL|b74e94dc27fdbb13954f230b1d1298430afa6c0c}}<br />
** Owner: Thomas Munro, Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/20220502042718.GB1565149@rfd.leadboat.com Some issues with the TAP tests of pg_upgrade]<br />
** Owner: Michael Paquier<br />
** Fixed at: {{PgCommitURL|7dd3ee508432730d15c5d3032f37362f6b6e4dd8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAMbWs4-LN%3DbF8f9eU2R94dJtF54DfDvBq%2BovqHnOQqbinYDrUw%40mail.gmail.com Crash in _outPathTarget]<br />
** Owner: Peter Eisentraut<br />
** Fixed at: {{PgCommitURL|9ddf251f94090cebf1bd8fc18396cb8a4b580d04}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/Ymd/e5eeZMNAkrXo%40paquier.xyz#23885a148c6899cc874a7bf68f228777 Instability of regression test of pg_walinspect]<br />
** Owner: Jeff Davis<br />
** Fixed at: {{PgCommitURL|ed57cac84d1c5642737dab1e4c4b8cb4f0c4305f}}<br />
<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
** Fixed at: {{PgCommitURL|4eb9798879680dcc0e3ebb301cf6f925dfa69422}}, {{PgCommitURL|112fdb3528465cc14a2f1dff3dc27f100326d885}}<br />
<br />
* [https://www.postgresql.org/message-id/CAA4eK1LpBFU49Ohbnk%3Ddv_v9YP%2BKqh1%2BSf8i%2B%2B_s-QhD1Gy4Qw%40mail.gmail.com 013_partition.pl failing]<br />
** Fixed at: {{PgCommitURL|dd4ab6fd6528e160571986fa8817cee9f2645aa8}}<br />
<br />
* [https://www.postgresql.org/message-id/Yni6ZHkGotUU+RSf@paquier.xyz Avoid garbage logs with postgres -C on runtime-computed GUCs]<br />
** Fixed at: {{PgCommitURL|8bbf8461a3a2a38ce5f2952a025385b6938a61f7}}<br />
** Owner: Michael Paquier<br />
<br />
* [https://www.postgresql.org/message-id/20220506234924.6mxxotl3xl63db3l@alap3.anarazel.de Some issues with mark_pgdllimport.pl]<br />
** Fixed at: {{PgCommitURL|5edeb574285ecbcc47f0b769a7e363404db0155b}}<br />
** Owner: Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/1656446.1650043715%40sss.pgh.pa.us Crash in new pgstats code]<br />
** Initially reported issue was fixed by {{PgCommitURL|4a736a161c306fcfed970e6b649f2f03f465ac24}}, but there may be more to do here.<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/b3463b8c-2328-dcac-0136-af95715493c1%40xs4all.nl TRAP: FailedAssertion("tabstat->trans == trans", File: "pgstat_relation.c", Line: 508]<br />
** Fixed at: {{PgCommitURL|0cf16cb8ca4853b084c40eca310c4c9c3ebf7e2a}}<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/YlGJGiofZiWN3elx@jrouhaud limitations of GetMaxBackends()]<br />
** Fixed at: {{PgCommitURL|4f2400cb3f10aa79f99fba680c198237da28dd38}}, {{PgCommitURL|ab02d702ef08343fba30d90fdf7df5950063e8c9}}, {{PgCommitURL|7fc0e7de9fb8306e84d1c15211aba4308f694455}}<br />
** Owner: Robert Haas (aa64f23b02924724eafbd9eadbf26d85df30a12b, and 4567596316d186c6e61c72df013797266fcac2f7)<br />
<br />
== Won't Fix ==<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Problem showed by 90efa2f5565d28054c30c18f6a2f17f94fdff91e.<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: May 19, 2022<br />
* Beta 2: June 30, 2022<br />
* Beta 3: (August 11, 2022)<br />
* GA: TBD<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=37126PostgreSQL 15 Open Items2022-07-25T15:42:31Z<p>Tgl: /* Open Issues */ add UNIQUE NULLS NOT DISTINCT issue</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
* [https://www.postgresql.org/message-id/20220603195318.qk4voicqfdhlsnoh@alap3.anarazel.de Reduce amount of logs generated by TAP tests of pg_upgrade?]<br />
** Owner: Michael Paquier<br />
** Other thread: [https://www.postgresql.org/message-id/YrP6ZRXITYWhpVrl@paquier.xyz here]<br />
* [https://www.postgresql.org/message-id/20220616233130.rparivafipt6doj3%40alap3.anarazel.de PG 15 (and to a smaller degree 14) regression due to ExprEvalStep size]<br />
** Owner: Andrew Dunstan<br />
* [https://www.postgresql.org/message-id/20220701231413.GI13040@telsasoft.com large objects lost on upgrade]<br />
** Owner: Robert Haas (9a974cbcba005256a19991203583a94b4f9a21a9)<br />
* [https://www.postgresql.org/message-id/17558-3f6599ffcf52fd4a%40postgresql.org Endless loop with UNIQUE NULLS NOT DISTINCT and INSERT ... ON CONFLICT]<br />
** Owner: Peter Eisentraut (94aa7cc5f707712f592885995a28e018c7c80488)<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
** Fixed by: {{PgCommitURL|8ab0ebb9a842dc6063d1374a38b47a3b7ee64afe}}<br />
<br />
* [https://www.postgresql.org/message-id/17485-396609c6925b982d%40postgresql.org Records missing from Primary Key index when doing REINDEX INDEX CONCURRENTLY]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|e28bb885196916b0a3d898ae4f2be0e38108d81b}}<br />
<br />
* [https://www.postgresql.org/message-id/20220519193839.GT19626%40telsasoft.com -c min_dynamic_shared_memory now triggers an assertion]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|7201cd1862}}<br />
<br />
* [https://www.postgresql.org/message-id/f8a4105f076544c180a87ef0c4822352%40stmuk.bayern.de Extension pg_trgm, permissions and pg_dump order]<br />
** Affects all stable branches.<br />
** Fixed by {{PgCommitURL|00377b9a02b89a831ae50e1c718d34565356698f}}<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 15beta3 ===<br />
<br />
* [https://www.postgresql.org/message-id/CAApHDvrHQkiFRHiGiAS-LMOvJN-eK-s762=tVzBz8ZqUea-a_A@mail.gmail.com tuplesort Generation memory contexts don't play nicely with index builds]<br />
** Owner: David Rowley<br />
** Fixed by: {{PgCommitURL|ae1123f9899fe80935ae344e38f18632beb1bf9a}}<br />
* [https://www.postgresql.org/message-id/YrpVkADAY0knF6vM@paquier.xyz Repeatability of installcheck for test_oat_hooks]<br />
** Owner: Andrew Dunstan<br />
** Fixed by: {{PgCommitURL|a6434b951558baad8372dc4b83bf87606dac9cda}}<br />
* [https://www.postgresql.org/message-id/20220530190155.47wr3x2prdwyciah@alap3.anarazel.de Revert debugging added due to 019_replslot_limit]<br />
** Owner: Andres Freund<br />
** Reverted: {{PgCommitURL|3f8148c256e067dc2e8929ed174671ba7dc3339c}}<br />
* [https://www.postgresql.org/message-id/CAApHDvqXpLzav6dUeR5vO_RBh_feHrHMLhigVQXw9jHCyKP9PA%40mail.gmail.com PG15 beta1 sort performance regression due to Generation context change]<br />
** Owner: David Rowley<br />
* [https://www.postgresql.org/message-id/20220706224727.GA2158260@nathanxps13 pg_parameter_aclcheck() and trusted extensions]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|13d83881514856353dc86575eb0fc28132349a60}}<br />
* [https://www.postgresql.org/message-id/YtjsbtZFCaou6C/k@paquier.xyz Unprivileged user can induce crash by using an SUSET param in PGOPTIONS]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|b35617de37870756bdb0e00ffc0a42441e56eefa}}<br />
** (whether to add a test case still TBD)<br />
<br />
=== resolved before 15beta2 ===<br />
<br />
* [https://www.postgresql.org/message-id/CA+HiwqGAGobiiHR8nH382HJxqm1mzZs8=3oKPXnXivWoFSZmNA@mail.gmail.com pgbench --partitions=0]<br />
** Owner; Michael Paquier (6f164e6d17616a157ea5d9e34dbb1b211c080c41)<br />
** Fixed by: {{PgCommitURL|27f1366050c6cd8c1ea5f03b367a5a167ebf34b7}}<br />
* [https://www.postgresql.org/message-id/3813350.1652111765%40sss.pgh.pa.us psql now shows zero elapsed time after an error]<br />
** Owner: Peter Eisentraut<br />
** Fixed by: {{PgCommitURL|9520f8d92a8681e441cc863422babd544353dd39}}<br />
* [https://www.postgresql.org/message-id/17495-7ffe2fa0b261b9fa@postgresql.org Regression in 15beta1 when filtering subquery including row_number window function]<br />
** Owner: David Rowley (9d9c02ccd1aea8e9131d8f4edb21bf1687e40782)<br />
** Fixed by: {{PgCommitURL|3e9abd2eb1b1f6863250f060290f514f30ce8044}}<br />
* [https://www.postgresql.org/message-id/20220524235250.gtt3uu5zktfkr4hv@alap3.anarazel.de Safety of subtrans ID caching]<br />
** Owner: Michael Paquier (06f5295af673df795e8e70e28c43d61c2817b6df)<br />
** Fixed by: {{PgCommitURL|b4529005fd387e863bfa9eb863629b1183c0449c}}<br />
* [https://www.postgresql.org/message-id/f80ace33-11fb-1cd3-20f8-98f51d151088@enterprisedb.com pg_upgrade test writes to source directory]<br />
** Owner: Michael Paquier (322becb6085cb92d3708635eea61b45776bf27b6)<br />
** Fixed by: {{PgCommitURL|15b6d2155375dee2fcba072fffa03c1c8b44656c}}<br />
* [https://www.postgresql.org/message-id/77e6ecaa-2785-97aa-f229-4b6e047cbd2b@enterprisedb.com pg_upgrade is not idempotent, even with --check]<br />
** Owner: Michael Paquier (38bfae36526636ef55daf7cf2a3282403587cb5b)<br />
** Fixed by: {{PgCommitURL|4fff78f00910af0137f9de7532f8eb21d08ab1c3}}<br />
* [https://www.postgresql.org/message-id/202204251548.mudq7jbqnh7r@alvherre.pgsql bogus: logical replication rows/cols combinations]<br />
** Owner: Amit Kapila<br />
** Fixed by: {{PgCommitURL|fd0b9dcebda7b931a41ce5c8e86d13f2efd0af2e}}<br />
* [https://www.postgresql.org/message-id/05ebcb44-f383-86e3-4f31-0a97a55634cf%40enterprisedb.com Ignoring BRIN for HOT udpates seems broken]<br />
** Owner: Tomas Vondra (5753d4ee320b)<br />
** Fixed by: {{PgCommitURL|e3fcca0d0d2414f3a50d6fd40eddf48b7df81475}}<br />
* [https://www.postgresql.org/message-id/PAXPR02MB760039506C87A2083AD85575E3DA9%40PAXPR02MB7600.eurprd02.prod.outlook.com psql no longer reports NOTICE messages promptly]<br />
** Owner: Peter Eisentraut (7844c9918)<br />
** Fixed by: {{PgCommitURL|e77de23fbb0f4ef27090c144edcfa889bb2a06d5}}<br />
* [https://www.postgresql.org/message-id/20220517.162719.1671558681467343711.horikyota.ntt@gmail.com amcheck is using a wrong macro to check compressed-ness]<br />
** Owner: Robert Haas (bd807be6935929bdefe74d1258ca08048f0aafa3)<br />
** Fixed by: {{PgCommitURL|e243de03fb4583dd4a9f0afb41493727d7946c02}}<br />
* [https://www.postgresql.org/message-id/20220607154744.vvmitnqhyxrne5ms%40jrouhaud COPY WITH (HEADER MATCH) broken with custom attribute list]<br />
** Owner: Peter Eisentraut (072132f04e55c1c3b0f1a582318da78de7334379)<br />
** Fixed by: {{PgCommitURL|ca7a0d1d368216e89359c63531a4df0b99a437e4}}<br />
* [https://www.postgresql.org/message-id/flat/DM4PR84MB17349C4E7D88A68264C18AF3EED69%40DM4PR84MB1734.NAMPRD84.PROD.OUTLOOK.COM PG15 beta1 fix pg_stats_ext/pg_stats_ext_exprs view manual]<br />
** Tomas Vondra<br />
** Fixed by: {{PgCommitURL|401f623c7b14890011b9bb9dda7639b1de4d40ad}}<br />
* [https://www.postgresql.org/message-id/20220625151930.GH22452@telsasoft.com Incorrect version check for datlocprovider in pg_upgrade]<br />
** Owner: Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** Fixed by: {{PgCommitURL|fa06a34d14ea053e1e405a6ab2a1c3f1631c3a5e}}<br />
* [https://www.postgresql.org/message-id/17522-bfcd5c603b5f4daa@postgresql.org Failure in TAP tests for IP address support in SANs with LibreSSL]<br />
** Owner: Peter Eisentraut (c1932e542863f0f646f005b3492452acc57c7e66)<br />
** Fixed by: {{PgCommitURL|901a9d53011573e45cd7b87682f0520ef3b0fd2d}}<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/de57761c-b99b-3435-b0a6-474c72b1149a%40enterprisedb.com libpq: duplicate error message after connection loss]<br />
** Fixed by: {{PgCommitURL|93909599cdba64c8759d646983c0a4ef93de1e50}}<br />
<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Fixed by: {{PgCommitURL|ce4f46fdc814eb1b704d81640f6d8f03625d0f53}}<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
* [https://www.postgresql.org/message-id/CAKFQuwamFuaQHKdhcMt4Gbw5+Hca2UE741B8gOOXoA=TtAd2Yw@mail.gmail.com Incorrect reset timestamp in stats after crash recovery]<br />
** Owner: Andres Freund (5891c7a8ed8f2d3d577e7eea34dacff12d7b6bbd)<br />
** Fixed at: {{PgCommitURL|5cd1c40b3ce9600f129fd1fea9850e1affaf31d5}}<br />
<br />
* [https://www.postgresql.org/message-id/YlPQGNAAa04raObK@paquier.xyz Fixes for compression options of pg_receivewal and refactoring of backup_compression.{c,h}]<br />
** Owner: Michael Paquier (babbbb595d2322da095a1e6703171b3f1f2815cb)<br />
** Fixed at: {{PgCommitURL|042a923ad53dfbe39a9d5012d6c3cf3c9c338884}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Owner: Michael Paquier (46dea2419ee7895a4eb3d048317682e6f18a17e1)<br />
** Fixed at: {{PgCommitURL|e61efafcb82c605dcc78f668685223e20d2f7ad8}}, {{PgCommitURL|1a8b110539efe18803c1fa8aa452a2178dbad9a9}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+hUKGJRbzaAOUtBUcjF5hLtaSHnJUqXmtiaLEoi53zeWSizeA@mail.gmail.com qsort performance regression]<br />
** Owner: John Naylor (6974924347c908335607a4a2f252213d58e21b7c)<br />
** Fixed at: {{PgCommitURL|99c754129d787ea4ce3b34b9f4c5f5e74c45ab6a}}<br />
<br />
* [https://www.postgresql.org/message-id/YlZyp26LVVfmwfgW@paquier.xyz Small issues with CLUSTER on partitioned tables]<br />
** Owner: Alvaro Herrera (cfdd03f45e6afc632fbe70519250ec19167d6765)<br />
** Fixed at: {{PgCommitURL|3f19e176ae0f55a653d62e1504dbe5ad8c1006a0}}, {{PgCommitURL|21a10368eb3fce73f146d7e48b4d81496f60d965}}<br />
<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
** Fixed at: {{PgCommitURL|5c854e7a2c8a6cd26040e0f9949e7a4a007f6366}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220209220004.kb3dgtn2x2k2gtdm%40alap3.anarazel.de Corruption due to relfilenode reuse]<br />
** pg_upgrade can corrupt data with the new OIDs preservation feature<br />
*** Fixed at: {{PgCommitURL|e2f65f42555ff531c6d7c8f151526b4ef7c016f8}}<br />
** the ProcSignalBarrier solution this builds on also turns out to have a small race/hole<br />
*** Fixed at: {{PgCommitURL|b74e94dc27fdbb13954f230b1d1298430afa6c0c}}<br />
** Owner: Thomas Munro, Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/20220502042718.GB1565149@rfd.leadboat.com Some issues with the TAP tests of pg_upgrade]<br />
** Owner: Michael Paquier<br />
** Fixed at: {{PgCommitURL|7dd3ee508432730d15c5d3032f37362f6b6e4dd8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAMbWs4-LN%3DbF8f9eU2R94dJtF54DfDvBq%2BovqHnOQqbinYDrUw%40mail.gmail.com Crash in _outPathTarget]<br />
** Owner: Peter Eisentraut<br />
** Fixed at: {{PgCommitURL|9ddf251f94090cebf1bd8fc18396cb8a4b580d04}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/Ymd/e5eeZMNAkrXo%40paquier.xyz#23885a148c6899cc874a7bf68f228777 Instability of regression test of pg_walinspect]<br />
** Owner: Jeff Davis<br />
** Fixed at: {{PgCommitURL|ed57cac84d1c5642737dab1e4c4b8cb4f0c4305f}}<br />
<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
** Fixed at: {{PgCommitURL|4eb9798879680dcc0e3ebb301cf6f925dfa69422}}, {{PgCommitURL|112fdb3528465cc14a2f1dff3dc27f100326d885}}<br />
<br />
* [https://www.postgresql.org/message-id/CAA4eK1LpBFU49Ohbnk%3Ddv_v9YP%2BKqh1%2BSf8i%2B%2B_s-QhD1Gy4Qw%40mail.gmail.com 013_partition.pl failing]<br />
** Fixed at: {{PgCommitURL|dd4ab6fd6528e160571986fa8817cee9f2645aa8}}<br />
<br />
* [https://www.postgresql.org/message-id/Yni6ZHkGotUU+RSf@paquier.xyz Avoid garbage logs with postgres -C on runtime-computed GUCs]<br />
** Fixed at: {{PgCommitURL|8bbf8461a3a2a38ce5f2952a025385b6938a61f7}}<br />
** Owner: Michael Paquier<br />
<br />
* [https://www.postgresql.org/message-id/20220506234924.6mxxotl3xl63db3l@alap3.anarazel.de Some issues with mark_pgdllimport.pl]<br />
** Fixed at: {{PgCommitURL|5edeb574285ecbcc47f0b769a7e363404db0155b}}<br />
** Owner: Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/1656446.1650043715%40sss.pgh.pa.us Crash in new pgstats code]<br />
** Initially reported issue was fixed by {{PgCommitURL|4a736a161c306fcfed970e6b649f2f03f465ac24}}, but there may be more to do here.<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/b3463b8c-2328-dcac-0136-af95715493c1%40xs4all.nl TRAP: FailedAssertion("tabstat->trans == trans", File: "pgstat_relation.c", Line: 508]<br />
** Fixed at: {{PgCommitURL|0cf16cb8ca4853b084c40eca310c4c9c3ebf7e2a}}<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/YlGJGiofZiWN3elx@jrouhaud limitations of GetMaxBackends()]<br />
** Fixed at: {{PgCommitURL|4f2400cb3f10aa79f99fba680c198237da28dd38}}, {{PgCommitURL|ab02d702ef08343fba30d90fdf7df5950063e8c9}}, {{PgCommitURL|7fc0e7de9fb8306e84d1c15211aba4308f694455}}<br />
** Owner: Robert Haas (aa64f23b02924724eafbd9eadbf26d85df30a12b, and 4567596316d186c6e61c72df013797266fcac2f7)<br />
<br />
== Won't Fix ==<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Problem showed by 90efa2f5565d28054c30c18f6a2f17f94fdff91e.<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: May 19, 2022<br />
* Beta 2: June 30, 2022<br />
* Beta 3: (August 11, 2022)<br />
* GA: TBD<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=37125PostgreSQL 15 Open Items2022-07-25T15:18:33Z<p>Tgl: SUSET param in PGOPTIONS crash fixed</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
* [https://www.postgresql.org/message-id/20220603195318.qk4voicqfdhlsnoh@alap3.anarazel.de Reduce amount of logs generated by TAP tests of pg_upgrade?]<br />
** Owner: Michael Paquier<br />
** Other thread: [https://www.postgresql.org/message-id/YrP6ZRXITYWhpVrl@paquier.xyz here]<br />
* [https://www.postgresql.org/message-id/20220616233130.rparivafipt6doj3%40alap3.anarazel.de PG 15 (and to a smaller degree 14) regression due to ExprEvalStep size]<br />
** Owner: Andrew Dunstan<br />
* [https://www.postgresql.org/message-id/20220701231413.GI13040@telsasoft.com large objects lost on upgrade]<br />
** Owner: Robert Haas (9a974cbcba005256a19991203583a94b4f9a21a9)<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
** Fixed by: {{PgCommitURL|8ab0ebb9a842dc6063d1374a38b47a3b7ee64afe}}<br />
<br />
* [https://www.postgresql.org/message-id/17485-396609c6925b982d%40postgresql.org Records missing from Primary Key index when doing REINDEX INDEX CONCURRENTLY]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|e28bb885196916b0a3d898ae4f2be0e38108d81b}}<br />
<br />
* [https://www.postgresql.org/message-id/20220519193839.GT19626%40telsasoft.com -c min_dynamic_shared_memory now triggers an assertion]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|7201cd1862}}<br />
<br />
* [https://www.postgresql.org/message-id/f8a4105f076544c180a87ef0c4822352%40stmuk.bayern.de Extension pg_trgm, permissions and pg_dump order]<br />
** Affects all stable branches.<br />
** Fixed by {{PgCommitURL|00377b9a02b89a831ae50e1c718d34565356698f}}<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 15beta3 ===<br />
<br />
* [https://www.postgresql.org/message-id/CAApHDvrHQkiFRHiGiAS-LMOvJN-eK-s762=tVzBz8ZqUea-a_A@mail.gmail.com tuplesort Generation memory contexts don't play nicely with index builds]<br />
** Owner: David Rowley<br />
** Fixed by: {{PgCommitURL|ae1123f9899fe80935ae344e38f18632beb1bf9a}}<br />
* [https://www.postgresql.org/message-id/YrpVkADAY0knF6vM@paquier.xyz Repeatability of installcheck for test_oat_hooks]<br />
** Owner: Andrew Dunstan<br />
** Fixed by: {{PgCommitURL|a6434b951558baad8372dc4b83bf87606dac9cda}}<br />
* [https://www.postgresql.org/message-id/20220530190155.47wr3x2prdwyciah@alap3.anarazel.de Revert debugging added due to 019_replslot_limit]<br />
** Owner: Andres Freund<br />
** Reverted: {{PgCommitURL|3f8148c256e067dc2e8929ed174671ba7dc3339c}}<br />
* [https://www.postgresql.org/message-id/CAApHDvqXpLzav6dUeR5vO_RBh_feHrHMLhigVQXw9jHCyKP9PA%40mail.gmail.com PG15 beta1 sort performance regression due to Generation context change]<br />
** Owner: David Rowley<br />
* [https://www.postgresql.org/message-id/20220706224727.GA2158260@nathanxps13 pg_parameter_aclcheck() and trusted extensions]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|13d83881514856353dc86575eb0fc28132349a60}}<br />
* [https://www.postgresql.org/message-id/YtjsbtZFCaou6C/k@paquier.xyz Unprivileged user can induce crash by using an SUSET param in PGOPTIONS]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|b35617de37870756bdb0e00ffc0a42441e56eefa}}<br />
** (whether to add a test case still TBD)<br />
<br />
=== resolved before 15beta2 ===<br />
<br />
* [https://www.postgresql.org/message-id/CA+HiwqGAGobiiHR8nH382HJxqm1mzZs8=3oKPXnXivWoFSZmNA@mail.gmail.com pgbench --partitions=0]<br />
** Owner; Michael Paquier (6f164e6d17616a157ea5d9e34dbb1b211c080c41)<br />
** Fixed by: {{PgCommitURL|27f1366050c6cd8c1ea5f03b367a5a167ebf34b7}}<br />
* [https://www.postgresql.org/message-id/3813350.1652111765%40sss.pgh.pa.us psql now shows zero elapsed time after an error]<br />
** Owner: Peter Eisentraut<br />
** Fixed by: {{PgCommitURL|9520f8d92a8681e441cc863422babd544353dd39}}<br />
* [https://www.postgresql.org/message-id/17495-7ffe2fa0b261b9fa@postgresql.org Regression in 15beta1 when filtering subquery including row_number window function]<br />
** Owner: David Rowley (9d9c02ccd1aea8e9131d8f4edb21bf1687e40782)<br />
** Fixed by: {{PgCommitURL|3e9abd2eb1b1f6863250f060290f514f30ce8044}}<br />
* [https://www.postgresql.org/message-id/20220524235250.gtt3uu5zktfkr4hv@alap3.anarazel.de Safety of subtrans ID caching]<br />
** Owner: Michael Paquier (06f5295af673df795e8e70e28c43d61c2817b6df)<br />
** Fixed by: {{PgCommitURL|b4529005fd387e863bfa9eb863629b1183c0449c}}<br />
* [https://www.postgresql.org/message-id/f80ace33-11fb-1cd3-20f8-98f51d151088@enterprisedb.com pg_upgrade test writes to source directory]<br />
** Owner: Michael Paquier (322becb6085cb92d3708635eea61b45776bf27b6)<br />
** Fixed by: {{PgCommitURL|15b6d2155375dee2fcba072fffa03c1c8b44656c}}<br />
* [https://www.postgresql.org/message-id/77e6ecaa-2785-97aa-f229-4b6e047cbd2b@enterprisedb.com pg_upgrade is not idempotent, even with --check]<br />
** Owner: Michael Paquier (38bfae36526636ef55daf7cf2a3282403587cb5b)<br />
** Fixed by: {{PgCommitURL|4fff78f00910af0137f9de7532f8eb21d08ab1c3}}<br />
* [https://www.postgresql.org/message-id/202204251548.mudq7jbqnh7r@alvherre.pgsql bogus: logical replication rows/cols combinations]<br />
** Owner: Amit Kapila<br />
** Fixed by: {{PgCommitURL|fd0b9dcebda7b931a41ce5c8e86d13f2efd0af2e}}<br />
* [https://www.postgresql.org/message-id/05ebcb44-f383-86e3-4f31-0a97a55634cf%40enterprisedb.com Ignoring BRIN for HOT udpates seems broken]<br />
** Owner: Tomas Vondra (5753d4ee320b)<br />
** Fixed by: {{PgCommitURL|e3fcca0d0d2414f3a50d6fd40eddf48b7df81475}}<br />
* [https://www.postgresql.org/message-id/PAXPR02MB760039506C87A2083AD85575E3DA9%40PAXPR02MB7600.eurprd02.prod.outlook.com psql no longer reports NOTICE messages promptly]<br />
** Owner: Peter Eisentraut (7844c9918)<br />
** Fixed by: {{PgCommitURL|e77de23fbb0f4ef27090c144edcfa889bb2a06d5}}<br />
* [https://www.postgresql.org/message-id/20220517.162719.1671558681467343711.horikyota.ntt@gmail.com amcheck is using a wrong macro to check compressed-ness]<br />
** Owner: Robert Haas (bd807be6935929bdefe74d1258ca08048f0aafa3)<br />
** Fixed by: {{PgCommitURL|e243de03fb4583dd4a9f0afb41493727d7946c02}}<br />
* [https://www.postgresql.org/message-id/20220607154744.vvmitnqhyxrne5ms%40jrouhaud COPY WITH (HEADER MATCH) broken with custom attribute list]<br />
** Owner: Peter Eisentraut (072132f04e55c1c3b0f1a582318da78de7334379)<br />
** Fixed by: {{PgCommitURL|ca7a0d1d368216e89359c63531a4df0b99a437e4}}<br />
* [https://www.postgresql.org/message-id/flat/DM4PR84MB17349C4E7D88A68264C18AF3EED69%40DM4PR84MB1734.NAMPRD84.PROD.OUTLOOK.COM PG15 beta1 fix pg_stats_ext/pg_stats_ext_exprs view manual]<br />
** Tomas Vondra<br />
** Fixed by: {{PgCommitURL|401f623c7b14890011b9bb9dda7639b1de4d40ad}}<br />
* [https://www.postgresql.org/message-id/20220625151930.GH22452@telsasoft.com Incorrect version check for datlocprovider in pg_upgrade]<br />
** Owner: Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** Fixed by: {{PgCommitURL|fa06a34d14ea053e1e405a6ab2a1c3f1631c3a5e}}<br />
* [https://www.postgresql.org/message-id/17522-bfcd5c603b5f4daa@postgresql.org Failure in TAP tests for IP address support in SANs with LibreSSL]<br />
** Owner: Peter Eisentraut (c1932e542863f0f646f005b3492452acc57c7e66)<br />
** Fixed by: {{PgCommitURL|901a9d53011573e45cd7b87682f0520ef3b0fd2d}}<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/de57761c-b99b-3435-b0a6-474c72b1149a%40enterprisedb.com libpq: duplicate error message after connection loss]<br />
** Fixed by: {{PgCommitURL|93909599cdba64c8759d646983c0a4ef93de1e50}}<br />
<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Fixed by: {{PgCommitURL|ce4f46fdc814eb1b704d81640f6d8f03625d0f53}}<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
* [https://www.postgresql.org/message-id/CAKFQuwamFuaQHKdhcMt4Gbw5+Hca2UE741B8gOOXoA=TtAd2Yw@mail.gmail.com Incorrect reset timestamp in stats after crash recovery]<br />
** Owner: Andres Freund (5891c7a8ed8f2d3d577e7eea34dacff12d7b6bbd)<br />
** Fixed at: {{PgCommitURL|5cd1c40b3ce9600f129fd1fea9850e1affaf31d5}}<br />
<br />
* [https://www.postgresql.org/message-id/YlPQGNAAa04raObK@paquier.xyz Fixes for compression options of pg_receivewal and refactoring of backup_compression.{c,h}]<br />
** Owner: Michael Paquier (babbbb595d2322da095a1e6703171b3f1f2815cb)<br />
** Fixed at: {{PgCommitURL|042a923ad53dfbe39a9d5012d6c3cf3c9c338884}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Owner: Michael Paquier (46dea2419ee7895a4eb3d048317682e6f18a17e1)<br />
** Fixed at: {{PgCommitURL|e61efafcb82c605dcc78f668685223e20d2f7ad8}}, {{PgCommitURL|1a8b110539efe18803c1fa8aa452a2178dbad9a9}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+hUKGJRbzaAOUtBUcjF5hLtaSHnJUqXmtiaLEoi53zeWSizeA@mail.gmail.com qsort performance regression]<br />
** Owner: John Naylor (6974924347c908335607a4a2f252213d58e21b7c)<br />
** Fixed at: {{PgCommitURL|99c754129d787ea4ce3b34b9f4c5f5e74c45ab6a}}<br />
<br />
* [https://www.postgresql.org/message-id/YlZyp26LVVfmwfgW@paquier.xyz Small issues with CLUSTER on partitioned tables]<br />
** Owner: Alvaro Herrera (cfdd03f45e6afc632fbe70519250ec19167d6765)<br />
** Fixed at: {{PgCommitURL|3f19e176ae0f55a653d62e1504dbe5ad8c1006a0}}, {{PgCommitURL|21a10368eb3fce73f146d7e48b4d81496f60d965}}<br />
<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
** Fixed at: {{PgCommitURL|5c854e7a2c8a6cd26040e0f9949e7a4a007f6366}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220209220004.kb3dgtn2x2k2gtdm%40alap3.anarazel.de Corruption due to relfilenode reuse]<br />
** pg_upgrade can corrupt data with the new OIDs preservation feature<br />
*** Fixed at: {{PgCommitURL|e2f65f42555ff531c6d7c8f151526b4ef7c016f8}}<br />
** the ProcSignalBarrier solution this builds on also turns out to have a small race/hole<br />
*** Fixed at: {{PgCommitURL|b74e94dc27fdbb13954f230b1d1298430afa6c0c}}<br />
** Owner: Thomas Munro, Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/20220502042718.GB1565149@rfd.leadboat.com Some issues with the TAP tests of pg_upgrade]<br />
** Owner: Michael Paquier<br />
** Fixed at: {{PgCommitURL|7dd3ee508432730d15c5d3032f37362f6b6e4dd8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAMbWs4-LN%3DbF8f9eU2R94dJtF54DfDvBq%2BovqHnOQqbinYDrUw%40mail.gmail.com Crash in _outPathTarget]<br />
** Owner: Peter Eisentraut<br />
** Fixed at: {{PgCommitURL|9ddf251f94090cebf1bd8fc18396cb8a4b580d04}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/Ymd/e5eeZMNAkrXo%40paquier.xyz#23885a148c6899cc874a7bf68f228777 Instability of regression test of pg_walinspect]<br />
** Owner: Jeff Davis<br />
** Fixed at: {{PgCommitURL|ed57cac84d1c5642737dab1e4c4b8cb4f0c4305f}}<br />
<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
** Fixed at: {{PgCommitURL|4eb9798879680dcc0e3ebb301cf6f925dfa69422}}, {{PgCommitURL|112fdb3528465cc14a2f1dff3dc27f100326d885}}<br />
<br />
* [https://www.postgresql.org/message-id/CAA4eK1LpBFU49Ohbnk%3Ddv_v9YP%2BKqh1%2BSf8i%2B%2B_s-QhD1Gy4Qw%40mail.gmail.com 013_partition.pl failing]<br />
** Fixed at: {{PgCommitURL|dd4ab6fd6528e160571986fa8817cee9f2645aa8}}<br />
<br />
* [https://www.postgresql.org/message-id/Yni6ZHkGotUU+RSf@paquier.xyz Avoid garbage logs with postgres -C on runtime-computed GUCs]<br />
** Fixed at: {{PgCommitURL|8bbf8461a3a2a38ce5f2952a025385b6938a61f7}}<br />
** Owner: Michael Paquier<br />
<br />
* [https://www.postgresql.org/message-id/20220506234924.6mxxotl3xl63db3l@alap3.anarazel.de Some issues with mark_pgdllimport.pl]<br />
** Fixed at: {{PgCommitURL|5edeb574285ecbcc47f0b769a7e363404db0155b}}<br />
** Owner: Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/1656446.1650043715%40sss.pgh.pa.us Crash in new pgstats code]<br />
** Initially reported issue was fixed by {{PgCommitURL|4a736a161c306fcfed970e6b649f2f03f465ac24}}, but there may be more to do here.<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/b3463b8c-2328-dcac-0136-af95715493c1%40xs4all.nl TRAP: FailedAssertion("tabstat->trans == trans", File: "pgstat_relation.c", Line: 508]<br />
** Fixed at: {{PgCommitURL|0cf16cb8ca4853b084c40eca310c4c9c3ebf7e2a}}<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/YlGJGiofZiWN3elx@jrouhaud limitations of GetMaxBackends()]<br />
** Fixed at: {{PgCommitURL|4f2400cb3f10aa79f99fba680c198237da28dd38}}, {{PgCommitURL|ab02d702ef08343fba30d90fdf7df5950063e8c9}}, {{PgCommitURL|7fc0e7de9fb8306e84d1c15211aba4308f694455}}<br />
** Owner: Robert Haas (aa64f23b02924724eafbd9eadbf26d85df30a12b, and 4567596316d186c6e61c72df013797266fcac2f7)<br />
<br />
== Won't Fix ==<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Problem showed by 90efa2f5565d28054c30c18f6a2f17f94fdff91e.<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: May 19, 2022<br />
* Beta 2: June 30, 2022<br />
* Beta 3: (August 11, 2022)<br />
* GA: TBD<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=37115PostgreSQL 15 Open Items2022-07-19T21:29:35Z<p>Tgl: GUC permissions bug is fixed</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
* [https://www.postgresql.org/message-id/20220603195318.qk4voicqfdhlsnoh@alap3.anarazel.de Reduce amount of logs generated by TAP tests of pg_upgrade?]<br />
** Owner: Michael Paquier<br />
** Other thread: [https://www.postgresql.org/message-id/YrP6ZRXITYWhpVrl@paquier.xyz here]<br />
* [https://www.postgresql.org/message-id/20220616233130.rparivafipt6doj3%40alap3.anarazel.de PG 15 (and to a smaller degree 14) regression due to ExprEvalStep size]<br />
** Owner: Andrew Dunstan<br />
* [https://www.postgresql.org/message-id/20220701231413.GI13040@telsasoft.com large objects lost on upgrade]<br />
** Owner: Robert Haas (9a974cbcba005256a19991203583a94b4f9a21a9)<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
** Fixed by: {{PgCommitURL|8ab0ebb9a842dc6063d1374a38b47a3b7ee64afe}}<br />
<br />
* [https://www.postgresql.org/message-id/17485-396609c6925b982d%40postgresql.org Records missing from Primary Key index when doing REINDEX INDEX CONCURRENTLY]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|e28bb885196916b0a3d898ae4f2be0e38108d81b}}<br />
<br />
* [https://www.postgresql.org/message-id/20220519193839.GT19626%40telsasoft.com -c min_dynamic_shared_memory now triggers an assertion]<br />
** Affects v14<br />
** Fixed by: {{PgCommitURL|7201cd1862}}<br />
<br />
* [https://www.postgresql.org/message-id/f8a4105f076544c180a87ef0c4822352%40stmuk.bayern.de Extension pg_trgm, permissions and pg_dump order]<br />
** Affects all stable branches.<br />
** Fixed by {{PgCommitURL|00377b9a02b89a831ae50e1c718d34565356698f}}<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 15beta3 ===<br />
<br />
* [https://www.postgresql.org/message-id/CAApHDvrHQkiFRHiGiAS-LMOvJN-eK-s762=tVzBz8ZqUea-a_A@mail.gmail.com tuplesort Generation memory contexts don't play nicely with index builds]<br />
** Owner: David Rowley<br />
** Fixed by: {{PgCommitURL|ae1123f9899fe80935ae344e38f18632beb1bf9a}}<br />
* [https://www.postgresql.org/message-id/YrpVkADAY0knF6vM@paquier.xyz Repeatability of installcheck for test_oat_hooks]<br />
** Owner: Andrew Dunstan<br />
** Fixed by: {{PgCommitURL|a6434b951558baad8372dc4b83bf87606dac9cda}}<br />
* [https://www.postgresql.org/message-id/20220530190155.47wr3x2prdwyciah@alap3.anarazel.de Revert debugging added due to 019_replslot_limit]<br />
** Owner: Andres Freund<br />
** Reverted: {{PgCommitURL|3f8148c256e067dc2e8929ed174671ba7dc3339c}}<br />
* [https://www.postgresql.org/message-id/CAApHDvqXpLzav6dUeR5vO_RBh_feHrHMLhigVQXw9jHCyKP9PA%40mail.gmail.com PG15 beta1 sort performance regression due to Generation context change]<br />
** Owner: David Rowley<br />
* [https://www.postgresql.org/message-id/20220706224727.GA2158260@nathanxps13 pg_parameter_aclcheck() and trusted extensions]<br />
** Owner: Tom Lane (a0ffa885e478f5eeacc4e250e35ce25a4740c487)<br />
** Fixed by: {{PgCommitURL|13d83881514856353dc86575eb0fc28132349a60}}<br />
<br />
=== resolved before 15beta2 ===<br />
<br />
* [https://www.postgresql.org/message-id/CA+HiwqGAGobiiHR8nH382HJxqm1mzZs8=3oKPXnXivWoFSZmNA@mail.gmail.com pgbench --partitions=0]<br />
** Owner; Michael Paquier (6f164e6d17616a157ea5d9e34dbb1b211c080c41)<br />
** Fixed by: {{PgCommitURL|27f1366050c6cd8c1ea5f03b367a5a167ebf34b7}}<br />
* [https://www.postgresql.org/message-id/3813350.1652111765%40sss.pgh.pa.us psql now shows zero elapsed time after an error]<br />
** Owner: Peter Eisentraut<br />
** Fixed by: {{PgCommitURL|9520f8d92a8681e441cc863422babd544353dd39}}<br />
* [https://www.postgresql.org/message-id/17495-7ffe2fa0b261b9fa@postgresql.org Regression in 15beta1 when filtering subquery including row_number window function]<br />
** Owner: David Rowley (9d9c02ccd1aea8e9131d8f4edb21bf1687e40782)<br />
** Fixed by: {{PgCommitURL|3e9abd2eb1b1f6863250f060290f514f30ce8044}}<br />
* [https://www.postgresql.org/message-id/20220524235250.gtt3uu5zktfkr4hv@alap3.anarazel.de Safety of subtrans ID caching]<br />
** Owner: Michael Paquier (06f5295af673df795e8e70e28c43d61c2817b6df)<br />
** Fixed by: {{PgCommitURL|b4529005fd387e863bfa9eb863629b1183c0449c}}<br />
* [https://www.postgresql.org/message-id/f80ace33-11fb-1cd3-20f8-98f51d151088@enterprisedb.com pg_upgrade test writes to source directory]<br />
** Owner: Michael Paquier (322becb6085cb92d3708635eea61b45776bf27b6)<br />
** Fixed by: {{PgCommitURL|15b6d2155375dee2fcba072fffa03c1c8b44656c}}<br />
* [https://www.postgresql.org/message-id/77e6ecaa-2785-97aa-f229-4b6e047cbd2b@enterprisedb.com pg_upgrade is not idempotent, even with --check]<br />
** Owner: Michael Paquier (38bfae36526636ef55daf7cf2a3282403587cb5b)<br />
** Fixed by: {{PgCommitURL|4fff78f00910af0137f9de7532f8eb21d08ab1c3}}<br />
* [https://www.postgresql.org/message-id/202204251548.mudq7jbqnh7r@alvherre.pgsql bogus: logical replication rows/cols combinations]<br />
** Owner: Amit Kapila<br />
** Fixed by: {{PgCommitURL|fd0b9dcebda7b931a41ce5c8e86d13f2efd0af2e}}<br />
* [https://www.postgresql.org/message-id/05ebcb44-f383-86e3-4f31-0a97a55634cf%40enterprisedb.com Ignoring BRIN for HOT udpates seems broken]<br />
** Owner: Tomas Vondra (5753d4ee320b)<br />
** Fixed by: {{PgCommitURL|e3fcca0d0d2414f3a50d6fd40eddf48b7df81475}}<br />
* [https://www.postgresql.org/message-id/PAXPR02MB760039506C87A2083AD85575E3DA9%40PAXPR02MB7600.eurprd02.prod.outlook.com psql no longer reports NOTICE messages promptly]<br />
** Owner: Peter Eisentraut (7844c9918)<br />
** Fixed by: {{PgCommitURL|e77de23fbb0f4ef27090c144edcfa889bb2a06d5}}<br />
* [https://www.postgresql.org/message-id/20220517.162719.1671558681467343711.horikyota.ntt@gmail.com amcheck is using a wrong macro to check compressed-ness]<br />
** Owner: Robert Haas (bd807be6935929bdefe74d1258ca08048f0aafa3)<br />
** Fixed by: {{PgCommitURL|e243de03fb4583dd4a9f0afb41493727d7946c02}}<br />
* [https://www.postgresql.org/message-id/20220607154744.vvmitnqhyxrne5ms%40jrouhaud COPY WITH (HEADER MATCH) broken with custom attribute list]<br />
** Owner: Peter Eisentraut (072132f04e55c1c3b0f1a582318da78de7334379)<br />
** Fixed by: {{PgCommitURL|ca7a0d1d368216e89359c63531a4df0b99a437e4}}<br />
* [https://www.postgresql.org/message-id/flat/DM4PR84MB17349C4E7D88A68264C18AF3EED69%40DM4PR84MB1734.NAMPRD84.PROD.OUTLOOK.COM PG15 beta1 fix pg_stats_ext/pg_stats_ext_exprs view manual]<br />
** Tomas Vondra<br />
** Fixed by: {{PgCommitURL|401f623c7b14890011b9bb9dda7639b1de4d40ad}}<br />
* [https://www.postgresql.org/message-id/20220625151930.GH22452@telsasoft.com Incorrect version check for datlocprovider in pg_upgrade]<br />
** Owner: Peter Eisentraut (f2553d43060edb210b36c63187d52a632448e1d2)<br />
** Fixed by: {{PgCommitURL|fa06a34d14ea053e1e405a6ab2a1c3f1631c3a5e}}<br />
* [https://www.postgresql.org/message-id/17522-bfcd5c603b5f4daa@postgresql.org Failure in TAP tests for IP address support in SANs with LibreSSL]<br />
** Owner: Peter Eisentraut (c1932e542863f0f646f005b3492452acc57c7e66)<br />
** Fixed by: {{PgCommitURL|901a9d53011573e45cd7b87682f0520ef3b0fd2d}}<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/de57761c-b99b-3435-b0a6-474c72b1149a%40enterprisedb.com libpq: duplicate error message after connection loss]<br />
** Fixed by: {{PgCommitURL|93909599cdba64c8759d646983c0a4ef93de1e50}}<br />
<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Fixed by: {{PgCommitURL|ce4f46fdc814eb1b704d81640f6d8f03625d0f53}}<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
* [https://www.postgresql.org/message-id/CAKFQuwamFuaQHKdhcMt4Gbw5+Hca2UE741B8gOOXoA=TtAd2Yw@mail.gmail.com Incorrect reset timestamp in stats after crash recovery]<br />
** Owner: Andres Freund (5891c7a8ed8f2d3d577e7eea34dacff12d7b6bbd)<br />
** Fixed at: {{PgCommitURL|5cd1c40b3ce9600f129fd1fea9850e1affaf31d5}}<br />
<br />
* [https://www.postgresql.org/message-id/YlPQGNAAa04raObK@paquier.xyz Fixes for compression options of pg_receivewal and refactoring of backup_compression.{c,h}]<br />
** Owner: Michael Paquier (babbbb595d2322da095a1e6703171b3f1f2815cb)<br />
** Fixed at: {{PgCommitURL|042a923ad53dfbe39a9d5012d6c3cf3c9c338884}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Owner: Michael Paquier (46dea2419ee7895a4eb3d048317682e6f18a17e1)<br />
** Fixed at: {{PgCommitURL|e61efafcb82c605dcc78f668685223e20d2f7ad8}}, {{PgCommitURL|1a8b110539efe18803c1fa8aa452a2178dbad9a9}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+hUKGJRbzaAOUtBUcjF5hLtaSHnJUqXmtiaLEoi53zeWSizeA@mail.gmail.com qsort performance regression]<br />
** Owner: John Naylor (6974924347c908335607a4a2f252213d58e21b7c)<br />
** Fixed at: {{PgCommitURL|99c754129d787ea4ce3b34b9f4c5f5e74c45ab6a}}<br />
<br />
* [https://www.postgresql.org/message-id/YlZyp26LVVfmwfgW@paquier.xyz Small issues with CLUSTER on partitioned tables]<br />
** Owner: Alvaro Herrera (cfdd03f45e6afc632fbe70519250ec19167d6765)<br />
** Fixed at: {{PgCommitURL|3f19e176ae0f55a653d62e1504dbe5ad8c1006a0}}, {{PgCommitURL|21a10368eb3fce73f146d7e48b4d81496f60d965}}<br />
<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
** Fixed at: {{PgCommitURL|5c854e7a2c8a6cd26040e0f9949e7a4a007f6366}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220209220004.kb3dgtn2x2k2gtdm%40alap3.anarazel.de Corruption due to relfilenode reuse]<br />
** pg_upgrade can corrupt data with the new OIDs preservation feature<br />
*** Fixed at: {{PgCommitURL|e2f65f42555ff531c6d7c8f151526b4ef7c016f8}}<br />
** the ProcSignalBarrier solution this builds on also turns out to have a small race/hole<br />
*** Fixed at: {{PgCommitURL|b74e94dc27fdbb13954f230b1d1298430afa6c0c}}<br />
** Owner: Thomas Munro, Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/20220502042718.GB1565149@rfd.leadboat.com Some issues with the TAP tests of pg_upgrade]<br />
** Owner: Michael Paquier<br />
** Fixed at: {{PgCommitURL|7dd3ee508432730d15c5d3032f37362f6b6e4dd8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAMbWs4-LN%3DbF8f9eU2R94dJtF54DfDvBq%2BovqHnOQqbinYDrUw%40mail.gmail.com Crash in _outPathTarget]<br />
** Owner: Peter Eisentraut<br />
** Fixed at: {{PgCommitURL|9ddf251f94090cebf1bd8fc18396cb8a4b580d04}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/Ymd/e5eeZMNAkrXo%40paquier.xyz#23885a148c6899cc874a7bf68f228777 Instability of regression test of pg_walinspect]<br />
** Owner: Jeff Davis<br />
** Fixed at: {{PgCommitURL|ed57cac84d1c5642737dab1e4c4b8cb4f0c4305f}}<br />
<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
** Fixed at: {{PgCommitURL|4eb9798879680dcc0e3ebb301cf6f925dfa69422}}, {{PgCommitURL|112fdb3528465cc14a2f1dff3dc27f100326d885}}<br />
<br />
* [https://www.postgresql.org/message-id/CAA4eK1LpBFU49Ohbnk%3Ddv_v9YP%2BKqh1%2BSf8i%2B%2B_s-QhD1Gy4Qw%40mail.gmail.com 013_partition.pl failing]<br />
** Fixed at: {{PgCommitURL|dd4ab6fd6528e160571986fa8817cee9f2645aa8}}<br />
<br />
* [https://www.postgresql.org/message-id/Yni6ZHkGotUU+RSf@paquier.xyz Avoid garbage logs with postgres -C on runtime-computed GUCs]<br />
** Fixed at: {{PgCommitURL|8bbf8461a3a2a38ce5f2952a025385b6938a61f7}}<br />
** Owner: Michael Paquier<br />
<br />
* [https://www.postgresql.org/message-id/20220506234924.6mxxotl3xl63db3l@alap3.anarazel.de Some issues with mark_pgdllimport.pl]<br />
** Fixed at: {{PgCommitURL|5edeb574285ecbcc47f0b769a7e363404db0155b}}<br />
** Owner: Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/1656446.1650043715%40sss.pgh.pa.us Crash in new pgstats code]<br />
** Initially reported issue was fixed by {{PgCommitURL|4a736a161c306fcfed970e6b649f2f03f465ac24}}, but there may be more to do here.<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/b3463b8c-2328-dcac-0136-af95715493c1%40xs4all.nl TRAP: FailedAssertion("tabstat->trans == trans", File: "pgstat_relation.c", Line: 508]<br />
** Fixed at: {{PgCommitURL|0cf16cb8ca4853b084c40eca310c4c9c3ebf7e2a}}<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/YlGJGiofZiWN3elx@jrouhaud limitations of GetMaxBackends()]<br />
** Fixed at: {{PgCommitURL|4f2400cb3f10aa79f99fba680c198237da28dd38}}, {{PgCommitURL|ab02d702ef08343fba30d90fdf7df5950063e8c9}}, {{PgCommitURL|7fc0e7de9fb8306e84d1c15211aba4308f694455}}<br />
** Owner: Robert Haas (aa64f23b02924724eafbd9eadbf26d85df30a12b, and 4567596316d186c6e61c72df013797266fcac2f7)<br />
<br />
== Won't Fix ==<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Problem showed by 90efa2f5565d28054c30c18f6a2f17f94fdff91e.<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: May 19, 2022<br />
* Beta 2: June 30, 2022<br />
* Beta 3: (August 11, 2022)<br />
* GA: TBD<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=37016PostgreSQL 15 Open Items2022-05-29T20:38:04Z<p>Tgl: /* Open Issues */ psql no longer reports NOTICE messages promptly</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Owner: Andrew Dunstan (90efa2f5565d28054c30c18f6a2f17f94fdff91e)<br />
* [https://www.postgresql.org/message-id/202204251548.mudq7jbqnh7r@alvherre.pgsql bogus: logical replication rows/cols combinations]<br />
** Owner: Amit Kapila<br />
* [https://www.postgresql.org/message-id/20220517.162719.1671558681467343711.horikyota.ntt@gmail.com amcheck is using a wrong macro to check compressed-ness]<br />
** Owner: Robert Haas (bd807be6935929bdefe74d1258ca08048f0aafa3)<br />
* [https://www.postgresql.org/message-id/CAApHDvqXpLzav6dUeR5vO_RBh_feHrHMLhigVQXw9jHCyKP9PA%40mail.gmail.com PG15 beta1 sort performance regression due to Generation context change]<br />
** Owner: David Rowley<br />
* [https://www.postgresql.org/message-id/20220519193839.GT19626%40telsasoft.com -c min_dynamic_shared_memory now triggers an assertion]<br />
** Owner: Thomas Munro ?<br />
* [https://www.postgresql.org/message-id/f80ace33-11fb-1cd3-20f8-98f51d151088@enterprisedb.com pg_upgrade test writes to source directory]<br />
** Owner: Michael Paquier (322becb6085cb92d3708635eea61b45776bf27b6)<br />
* [https://www.postgresql.org/message-id/05ebcb44-f383-86e3-4f31-0a97a55634cf%40enterprisedb.com Ignoring BRIN for HOT udpates seems broken]<br />
** Owner: Tomas Vondra (5753d4ee320b)<br />
* [https://www.postgresql.org/message-id/PAXPR02MB760039506C87A2083AD85575E3DA9%40PAXPR02MB7600.eurprd02.prod.outlook.com psql no longer reports NOTICE messages promptly]<br />
** Owner: Peter Eisentraut (7844c9918)<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* Defaults: log_checkpoints, log_lock_waits, log_recovery_conflict_waits, default_toast_compression, recovery_prefetch<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
** Fixed by: {{PgCommitURL|8ab0ebb9a842dc6063d1374a38b47a3b7ee64afe}}<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 15beta2 ===<br />
<br />
* [https://www.postgresql.org/message-id/CA+HiwqGAGobiiHR8nH382HJxqm1mzZs8=3oKPXnXivWoFSZmNA@mail.gmail.com pgbench --partitions=0]<br />
** Owner; Michael Paquier (6f164e6d17616a157ea5d9e34dbb1b211c080c41)<br />
** Fixed by: {{PgCommitURL|27f1366050c6cd8c1ea5f03b367a5a167ebf34b7}}<br />
* [https://www.postgresql.org/message-id/3813350.1652111765%40sss.pgh.pa.us psql now shows zero elapsed time after an error]<br />
** Owner: Peter Eisentraut<br />
** Fixed by: {{PgCommitURL|9520f8d92a8681e441cc863422babd544353dd39}}<br />
* [https://www.postgresql.org/message-id/17495-7ffe2fa0b261b9fa@postgresql.org Regression in 15beta1 when filtering subquery including row_number window function]<br />
** Owner: David Rowley (9d9c02ccd1aea8e9131d8f4edb21bf1687e40782)<br />
** Fixed by: {{PgCommitURL|3e9abd2eb1b1f6863250f060290f514f30ce8044}}<br />
* [https://www.postgresql.org/message-id/20220524235250.gtt3uu5zktfkr4hv@alap3.anarazel.de Safety of subtrans ID caching]<br />
** Owner: Michael Paquier (06f5295af673df795e8e70e28c43d61c2817b6df)<br />
** Fixed by: {{PgCommitURL|b4529005fd387e863bfa9eb863629b1183c0449c}}<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/de57761c-b99b-3435-b0a6-474c72b1149a%40enterprisedb.com libpq: duplicate error message after connection loss]<br />
** Fixed by: {{PgCommitURL|93909599cdba64c8759d646983c0a4ef93de1e50}}<br />
<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Fixed by: {{PgCommitURL|ce4f46fdc814eb1b704d81640f6d8f03625d0f53}}<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
* [https://www.postgresql.org/message-id/CAKFQuwamFuaQHKdhcMt4Gbw5+Hca2UE741B8gOOXoA=TtAd2Yw@mail.gmail.com Incorrect reset timestamp in stats after crash recovery]<br />
** Owner: Andres Freund (5891c7a8ed8f2d3d577e7eea34dacff12d7b6bbd)<br />
** Fixed at: {{PgCommitURL|5cd1c40b3ce9600f129fd1fea9850e1affaf31d5}}<br />
<br />
* [https://www.postgresql.org/message-id/YlPQGNAAa04raObK@paquier.xyz Fixes for compression options of pg_receivewal and refactoring of backup_compression.{c,h}]<br />
** Owner: Michael Paquier (babbbb595d2322da095a1e6703171b3f1f2815cb)<br />
** Fixed at: {{PgCommitURL|042a923ad53dfbe39a9d5012d6c3cf3c9c338884}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Owner: Michael Paquier (46dea2419ee7895a4eb3d048317682e6f18a17e1)<br />
** Fixed at: {{PgCommitURL|e61efafcb82c605dcc78f668685223e20d2f7ad8}}, {{PgCommitURL|1a8b110539efe18803c1fa8aa452a2178dbad9a9}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+hUKGJRbzaAOUtBUcjF5hLtaSHnJUqXmtiaLEoi53zeWSizeA@mail.gmail.com qsort performance regression]<br />
** Owner: John Naylor (6974924347c908335607a4a2f252213d58e21b7c)<br />
** Fixed at: {{PgCommitURL|99c754129d787ea4ce3b34b9f4c5f5e74c45ab6a}}<br />
<br />
* [https://www.postgresql.org/message-id/YlZyp26LVVfmwfgW@paquier.xyz Small issues with CLUSTER on partitioned tables]<br />
** Owner: Alvaro Herrera (cfdd03f45e6afc632fbe70519250ec19167d6765)<br />
** Fixed at: {{PgCommitURL|3f19e176ae0f55a653d62e1504dbe5ad8c1006a0}}, {{PgCommitURL|21a10368eb3fce73f146d7e48b4d81496f60d965}}<br />
<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
** Fixed at: {{PgCommitURL|5c854e7a2c8a6cd26040e0f9949e7a4a007f6366}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220209220004.kb3dgtn2x2k2gtdm%40alap3.anarazel.de Corruption due to relfilenode reuse]<br />
** pg_upgrade can corrupt data with the new OIDs preservation feature<br />
*** Fixed at: {{PgCommitURL|e2f65f42555ff531c6d7c8f151526b4ef7c016f8}}<br />
** the ProcSignalBarrier solution this builds on also turns out to have a small race/hole<br />
*** Fixed at: {{PgCommitURL|b74e94dc27fdbb13954f230b1d1298430afa6c0c}}<br />
** Owner: Thomas Munro, Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/20220502042718.GB1565149@rfd.leadboat.com Some issues with the TAP tests of pg_upgrade]<br />
** Owner: Michael Paquier<br />
** Fixed at: {{PgCommitURL|7dd3ee508432730d15c5d3032f37362f6b6e4dd8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAMbWs4-LN%3DbF8f9eU2R94dJtF54DfDvBq%2BovqHnOQqbinYDrUw%40mail.gmail.com Crash in _outPathTarget]<br />
** Owner: Peter Eisentraut<br />
** Fixed at: {{PgCommitURL|9ddf251f94090cebf1bd8fc18396cb8a4b580d04}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/Ymd/e5eeZMNAkrXo%40paquier.xyz#23885a148c6899cc874a7bf68f228777 Instability of regression test of pg_walinspect]<br />
** Owner: Jeff Davis<br />
** Fixed at: {{PgCommitURL|ed57cac84d1c5642737dab1e4c4b8cb4f0c4305f}}<br />
<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
** Fixed at: {{PgCommitURL|4eb9798879680dcc0e3ebb301cf6f925dfa69422}}, {{PgCommitURL|112fdb3528465cc14a2f1dff3dc27f100326d885}}<br />
<br />
* [https://www.postgresql.org/message-id/CAA4eK1LpBFU49Ohbnk%3Ddv_v9YP%2BKqh1%2BSf8i%2B%2B_s-QhD1Gy4Qw%40mail.gmail.com 013_partition.pl failing]<br />
** Fixed at: {{PgCommitURL|dd4ab6fd6528e160571986fa8817cee9f2645aa8}}<br />
<br />
* [https://www.postgresql.org/message-id/Yni6ZHkGotUU+RSf@paquier.xyz Avoid garbage logs with postgres -C on runtime-computed GUCs]<br />
** Fixed at: {{PgCommitURL|8bbf8461a3a2a38ce5f2952a025385b6938a61f7}}<br />
** Owner: Michael Paquier<br />
<br />
* [https://www.postgresql.org/message-id/20220506234924.6mxxotl3xl63db3l@alap3.anarazel.de Some issues with mark_pgdllimport.pl]<br />
** Fixed at: {{PgCommitURL|5edeb574285ecbcc47f0b769a7e363404db0155b}}<br />
** Owner: Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/1656446.1650043715%40sss.pgh.pa.us Crash in new pgstats code]<br />
** Initially reported issue was fixed by {{PgCommitURL|4a736a161c306fcfed970e6b649f2f03f465ac24}}, but there may be more to do here.<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/b3463b8c-2328-dcac-0136-af95715493c1%40xs4all.nl TRAP: FailedAssertion("tabstat->trans == trans", File: "pgstat_relation.c", Line: 508]<br />
** Fixed at: {{PgCommitURL|0cf16cb8ca4853b084c40eca310c4c9c3ebf7e2a}}<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/YlGJGiofZiWN3elx@jrouhaud limitations of GetMaxBackends()]<br />
** Fixed at: {{PgCommitURL|4f2400cb3f10aa79f99fba680c198237da28dd38}}, {{PgCommitURL|ab02d702ef08343fba30d90fdf7df5950063e8c9}}, {{PgCommitURL|7fc0e7de9fb8306e84d1c15211aba4308f694455}}<br />
** Owner: Robert Haas (aa64f23b02924724eafbd9eadbf26d85df30a12b, and 4567596316d186c6e61c72df013797266fcac2f7)<br />
<br />
== Won't Fix ==<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: May 19, 2022<br />
* Beta 2: TBD<br />
* GA: TBD<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=36961PostgreSQL 15 Open Items2022-05-23T15:00:13Z<p>Tgl: \timing bug is fixed</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Owner: Andrew Dunstan (90efa2f5565d28054c30c18f6a2f17f94fdff91e)<br />
* [https://www.postgresql.org/message-id/202204251548.mudq7jbqnh7r@alvherre.pgsql bogus: logical replication rows/cols combinations]<br />
** Owner: Amit Kapila<br />
* [https://www.postgresql.org/message-id/20220517.162719.1671558681467343711.horikyota.ntt@gmail.com amcheck is using a wrong macro to check compressed-ness]<br />
** Owner: Robert Haas (bd807be6935929bdefe74d1258ca08048f0aafa3)<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* Defaults: log_checkpoints, log_lock_waits, log_recovery_conflict_waits, default_toast_compression, recovery_prefetch<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
** Fixed by: {{PgCommitURL|8ab0ebb9a842dc6063d1374a38b47a3b7ee64afe}}<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 15beta2 ===<br />
<br />
* [https://www.postgresql.org/message-id/CA+HiwqGAGobiiHR8nH382HJxqm1mzZs8=3oKPXnXivWoFSZmNA@mail.gmail.com pgbench --partitions=0]<br />
** Owner; Michael Paquier (6f164e6d17616a157ea5d9e34dbb1b211c080c41)<br />
** Fixed by: {{PgCommitURL|27f1366050c6cd8c1ea5f03b367a5a167ebf34b7}}<br />
* [https://www.postgresql.org/message-id/3813350.1652111765%40sss.pgh.pa.us psql now shows zero elapsed time after an error]<br />
** Owner: Peter Eisentraut<br />
** Fixed by: {{PgCommitURL|9520f8d92a8681e441cc863422babd544353dd39}}<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/de57761c-b99b-3435-b0a6-474c72b1149a%40enterprisedb.com libpq: duplicate error message after connection loss]<br />
** Fixed by: {{PgCommitURL|93909599cdba64c8759d646983c0a4ef93de1e50}}<br />
<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Fixed by: {{PgCommitURL|ce4f46fdc814eb1b704d81640f6d8f03625d0f53}}<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
* [https://www.postgresql.org/message-id/CAKFQuwamFuaQHKdhcMt4Gbw5+Hca2UE741B8gOOXoA=TtAd2Yw@mail.gmail.com Incorrect reset timestamp in stats after crash recovery]<br />
** Owner: Andres Freund (5891c7a8ed8f2d3d577e7eea34dacff12d7b6bbd)<br />
** Fixed at: {{PgCommitURL|5cd1c40b3ce9600f129fd1fea9850e1affaf31d5}}<br />
<br />
* [https://www.postgresql.org/message-id/YlPQGNAAa04raObK@paquier.xyz Fixes for compression options of pg_receivewal and refactoring of backup_compression.{c,h}]<br />
** Owner: Michael Paquier (babbbb595d2322da095a1e6703171b3f1f2815cb)<br />
** Fixed at: {{PgCommitURL|042a923ad53dfbe39a9d5012d6c3cf3c9c338884}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Owner: Michael Paquier (46dea2419ee7895a4eb3d048317682e6f18a17e1)<br />
** Fixed at: {{PgCommitURL|e61efafcb82c605dcc78f668685223e20d2f7ad8}}, {{PgCommitURL|1a8b110539efe18803c1fa8aa452a2178dbad9a9}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+hUKGJRbzaAOUtBUcjF5hLtaSHnJUqXmtiaLEoi53zeWSizeA@mail.gmail.com qsort performance regression]<br />
** Owner: John Naylor (6974924347c908335607a4a2f252213d58e21b7c)<br />
** Fixed at: {{PgCommitURL|99c754129d787ea4ce3b34b9f4c5f5e74c45ab6a}}<br />
<br />
* [https://www.postgresql.org/message-id/YlZyp26LVVfmwfgW@paquier.xyz Small issues with CLUSTER on partitioned tables]<br />
** Owner: Alvaro Herrera (cfdd03f45e6afc632fbe70519250ec19167d6765)<br />
** Fixed at: {{PgCommitURL|3f19e176ae0f55a653d62e1504dbe5ad8c1006a0}}, {{PgCommitURL|21a10368eb3fce73f146d7e48b4d81496f60d965}}<br />
<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
** Fixed at: {{PgCommitURL|5c854e7a2c8a6cd26040e0f9949e7a4a007f6366}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220209220004.kb3dgtn2x2k2gtdm%40alap3.anarazel.de Corruption due to relfilenode reuse]<br />
** pg_upgrade can corrupt data with the new OIDs preservation feature<br />
*** Fixed at: {{PgCommitURL|e2f65f42555ff531c6d7c8f151526b4ef7c016f8}}<br />
** the ProcSignalBarrier solution this builds on also turns out to have a small race/hole<br />
*** Fixed at: {{PgCommitURL|b74e94dc27fdbb13954f230b1d1298430afa6c0c}}<br />
** Owner: Thomas Munro, Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/20220502042718.GB1565149@rfd.leadboat.com Some issues with the TAP tests of pg_upgrade]<br />
** Owner: Michael Paquier<br />
** Fixed at: {{PgCommitURL|7dd3ee508432730d15c5d3032f37362f6b6e4dd8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAMbWs4-LN%3DbF8f9eU2R94dJtF54DfDvBq%2BovqHnOQqbinYDrUw%40mail.gmail.com Crash in _outPathTarget]<br />
** Owner: Peter Eisentraut<br />
** Fixed at: {{PgCommitURL|9ddf251f94090cebf1bd8fc18396cb8a4b580d04}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/Ymd/e5eeZMNAkrXo%40paquier.xyz#23885a148c6899cc874a7bf68f228777 Instability of regression test of pg_walinspect]<br />
** Owner: Jeff Davis<br />
** Fixed at: {{PgCommitURL|ed57cac84d1c5642737dab1e4c4b8cb4f0c4305f}}<br />
<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
** Fixed at: {{PgCommitURL|4eb9798879680dcc0e3ebb301cf6f925dfa69422}}, {{PgCommitURL|112fdb3528465cc14a2f1dff3dc27f100326d885}}<br />
<br />
* [https://www.postgresql.org/message-id/CAA4eK1LpBFU49Ohbnk%3Ddv_v9YP%2BKqh1%2BSf8i%2B%2B_s-QhD1Gy4Qw%40mail.gmail.com 013_partition.pl failing]<br />
** Fixed at: {{PgCommitURL|dd4ab6fd6528e160571986fa8817cee9f2645aa8}}<br />
<br />
* [https://www.postgresql.org/message-id/Yni6ZHkGotUU+RSf@paquier.xyz Avoid garbage logs with postgres -C on runtime-computed GUCs]<br />
** Fixed at: {{PgCommitURL|8bbf8461a3a2a38ce5f2952a025385b6938a61f7}}<br />
** Owner: Michael Paquier<br />
<br />
* [https://www.postgresql.org/message-id/20220506234924.6mxxotl3xl63db3l@alap3.anarazel.de Some issues with mark_pgdllimport.pl]<br />
** Fixed at: {{PgCommitURL|5edeb574285ecbcc47f0b769a7e363404db0155b}}<br />
** Owner: Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/1656446.1650043715%40sss.pgh.pa.us Crash in new pgstats code]<br />
** Initially reported issue was fixed by {{PgCommitURL|4a736a161c306fcfed970e6b649f2f03f465ac24}}, but there may be more to do here.<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/b3463b8c-2328-dcac-0136-af95715493c1%40xs4all.nl TRAP: FailedAssertion("tabstat->trans == trans", File: "pgstat_relation.c", Line: 508]<br />
** Fixed at: {{PgCommitURL|0cf16cb8ca4853b084c40eca310c4c9c3ebf7e2a}}<br />
** Owner: Andres Freund<br />
<br />
* [https://www.postgresql.org/message-id/YlGJGiofZiWN3elx@jrouhaud limitations of GetMaxBackends()]<br />
** Fixed at: {{PgCommitURL|4f2400cb3f10aa79f99fba680c198237da28dd38}}, {{PgCommitURL|ab02d702ef08343fba30d90fdf7df5950063e8c9}}, {{PgCommitURL|7fc0e7de9fb8306e84d1c15211aba4308f694455}}<br />
** Owner: Robert Haas (aa64f23b02924724eafbd9eadbf26d85df30a12b, and 4567596316d186c6e61c72df013797266fcac2f7)<br />
<br />
== Won't Fix ==<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: May 19, 2022<br />
* Beta 2: TBD<br />
* GA: TBD<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=36948PostgreSQL 15 Open Items2022-05-12T17:12:21Z<p>Tgl: duplicate libpq messages fixed</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Owner: Andrew Dunstan (90efa2f5565d28054c30c18f6a2f17f94fdff91e)<br />
* [https://www.postgresql.org/message-id/YlGJGiofZiWN3elx@jrouhaud limitations of GetMaxBackends()]<br />
** Owner: Robert Haas (aa64f23b02924724eafbd9eadbf26d85df30a12b, and 4567596316d186c6e61c72df013797266fcac2f7)<br />
* [https://www.postgresql.org/message-id/1656446.1650043715%40sss.pgh.pa.us Crash in new pgstats code]<br />
** Initially reported issue was fixed by {{PgCommitURL|4a736a161c306fcfed970e6b649f2f03f465ac24}}, but there may be more to do here.<br />
** Owner: Andres Freund<br />
* [https://www.postgresql.org/message-id/b3463b8c-2328-dcac-0136-af95715493c1%40xs4all.nl TRAP: FailedAssertion("tabstat->trans == trans", File: "pgstat_relation.c", Line: 508]<br />
** Owner: Andres Freund<br />
* [https://www.postgresql.org/message-id/202204251548.mudq7jbqnh7r@alvherre.pgsql bogus: logical replication rows/cols combinations]<br />
** Owner: Amit Kapila<br />
* [https://www.postgresql.org/message-id/3813350.1652111765%40sss.pgh.pa.us psql now shows zero elapsed time after an error]<br />
** Owner: Peter Eisentraut<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* Defaults: log_checkpoints, log_lock_waits, log_recovery_conflict_waits, default_toast_compression, recovery_prefetch<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
** Fixed by: {{PgCommitURL|8ab0ebb9a842dc6063d1374a38b47a3b7ee64afe}}<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/de57761c-b99b-3435-b0a6-474c72b1149a%40enterprisedb.com libpq: duplicate error message after connection loss]<br />
** Fixed by: {{PgCommitURL|93909599cdba64c8759d646983c0a4ef93de1e50}}<br />
<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Fixed by: {{PgCommitURL|ce4f46fdc814eb1b704d81640f6d8f03625d0f53}}<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
* [https://www.postgresql.org/message-id/CAKFQuwamFuaQHKdhcMt4Gbw5+Hca2UE741B8gOOXoA=TtAd2Yw@mail.gmail.com Incorrect reset timestamp in stats after crash recovery]<br />
** Owner: Andres Freund (5891c7a8ed8f2d3d577e7eea34dacff12d7b6bbd)<br />
** Fixed at: {{PgCommitURL|5cd1c40b3ce9600f129fd1fea9850e1affaf31d5}}<br />
<br />
* [https://www.postgresql.org/message-id/YlPQGNAAa04raObK@paquier.xyz Fixes for compression options of pg_receivewal and refactoring of backup_compression.{c,h}]<br />
** Owner: Michael Paquier (babbbb595d2322da095a1e6703171b3f1f2815cb)<br />
** Fixed at: {{PgCommitURL|042a923ad53dfbe39a9d5012d6c3cf3c9c338884}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Owner: Michael Paquier (46dea2419ee7895a4eb3d048317682e6f18a17e1)<br />
** Fixed at: {{PgCommitURL|e61efafcb82c605dcc78f668685223e20d2f7ad8}}, {{PgCommitURL|1a8b110539efe18803c1fa8aa452a2178dbad9a9}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+hUKGJRbzaAOUtBUcjF5hLtaSHnJUqXmtiaLEoi53zeWSizeA@mail.gmail.com qsort performance regression]<br />
** Owner: John Naylor (6974924347c908335607a4a2f252213d58e21b7c)<br />
** Fixed at: {{PgCommitURL|99c754129d787ea4ce3b34b9f4c5f5e74c45ab6a}}<br />
<br />
* [https://www.postgresql.org/message-id/YlZyp26LVVfmwfgW@paquier.xyz Small issues with CLUSTER on partitioned tables]<br />
** Owner: Alvaro Herrera (cfdd03f45e6afc632fbe70519250ec19167d6765)<br />
** Fixed at: {{PgCommitURL|3f19e176ae0f55a653d62e1504dbe5ad8c1006a0}}, {{PgCommitURL|21a10368eb3fce73f146d7e48b4d81496f60d965}}<br />
<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
** Fixed at: {{PgCommitURL|5c854e7a2c8a6cd26040e0f9949e7a4a007f6366}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220209220004.kb3dgtn2x2k2gtdm%40alap3.anarazel.de Corruption due to relfilenode reuse]<br />
** pg_upgrade can corrupt data with the new OIDs preservation feature<br />
*** Fixed at: {{PgCommitURL|e2f65f42555ff531c6d7c8f151526b4ef7c016f8}}<br />
** the ProcSignalBarrier solution this builds on also turns out to have a small race/hole<br />
*** Fixed at: {{PgCommitURL|b74e94dc27fdbb13954f230b1d1298430afa6c0c}}<br />
** Owner: Thomas Munro, Robert Haas<br />
<br />
* [https://www.postgresql.org/message-id/20220502042718.GB1565149@rfd.leadboat.com Some issues with the TAP tests of pg_upgrade]<br />
** Owner: Michael Paquier<br />
** Fixed at: {{PgCommitURL|7dd3ee508432730d15c5d3032f37362f6b6e4dd8}}<br />
<br />
* [https://www.postgresql.org/message-id/CAMbWs4-LN%3DbF8f9eU2R94dJtF54DfDvBq%2BovqHnOQqbinYDrUw%40mail.gmail.com Crash in _outPathTarget]<br />
** Owner: Peter Eisentraut<br />
** Fixed at: {{PgCommitURL|9ddf251f94090cebf1bd8fc18396cb8a4b580d04}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/Ymd/e5eeZMNAkrXo%40paquier.xyz#23885a148c6899cc874a7bf68f228777 Instability of regression test of pg_walinspect]<br />
** Owner: Jeff Davis<br />
** Fixed at: {{PgCommitURL|ed57cac84d1c5642737dab1e4c4b8cb4f0c4305f}}<br />
<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
** Fixed at: {{PgCommitURL|4eb9798879680dcc0e3ebb301cf6f925dfa69422}}, {{PgCommitURL|112fdb3528465cc14a2f1dff3dc27f100326d885}}<br />
<br />
* [https://www.postgresql.org/message-id/CAA4eK1LpBFU49Ohbnk%3Ddv_v9YP%2BKqh1%2BSf8i%2B%2B_s-QhD1Gy4Qw%40mail.gmail.com 013_partition.pl failing]<br />
** Fixed at: {{PgCommitURL|dd4ab6fd6528e160571986fa8817cee9f2645aa8}}<br />
<br />
* [https://www.postgresql.org/message-id/Yni6ZHkGotUU+RSf@paquier.xyz Avoid garbage logs with postgres -C on runtime-computed GUCs]<br />
** Fixed at: {{PgCommitURL|8bbf8461a3a2a38ce5f2952a025385b6938a61f7}}<br />
** Owner: Michael Paquier<br />
<br />
* [https://www.postgresql.org/message-id/20220506234924.6mxxotl3xl63db3l@alap3.anarazel.de Some issues with mark_pgdllimport.pl]<br />
** Fixed at: {{PgCommitURL|5edeb574285ecbcc47f0b769a7e363404db0155b}}<br />
** Owner: Robert Haas<br />
<br />
== Won't Fix ==<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: May 19, 2022<br />
* Beta 2: TBD<br />
* GA: TBD<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=36934PostgreSQL 15 Open Items2022-05-09T16:08:29Z<p>Tgl: /* Open Issues */ add psql timing problem</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Owner: Andrew Dunstan (90efa2f5565d28054c30c18f6a2f17f94fdff91e)<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
* [https://www.postgresql.org/message-id/CAA4eK1LpBFU49Ohbnk%3Ddv_v9YP%2BKqh1%2BSf8i%2B%2B_s-QhD1Gy4Qw%40mail.gmail.com 013_partition.pl failing]<br />
** Possibly fixed by {{PgCommitURL|dd4ab6fd6528e160571986fa8817cee9f2645aa8}}<br />
* [https://www.postgresql.org/message-id/YlGJGiofZiWN3elx@jrouhaud limitations of GetMaxBackends()]<br />
** Owner: Robert Haas (aa64f23b02924724eafbd9eadbf26d85df30a12b, and 4567596316d186c6e61c72df013797266fcac2f7)<br />
* [https://www.postgresql.org/message-id/1656446.1650043715%40sss.pgh.pa.us Crash in new pgstats code]<br />
** Initially reported issue was fixed by {{PgCommitURL|4a736a161c306fcfed970e6b649f2f03f465ac24}}, but there may be more to do here.<br />
** Owner: Andres Freund<br />
* [https://www.postgresql.org/message-id/b3463b8c-2328-dcac-0136-af95715493c1%40xs4all.nl TRAP: FailedAssertion("tabstat->trans == trans", File: "pgstat_relation.c", Line: 508]<br />
** Owner: Andres Freund<br />
* [https://www.postgresql.org/message-id/CAMbWs4-LN%3DbF8f9eU2R94dJtF54DfDvBq%2BovqHnOQqbinYDrUw%40mail.gmail.com Crash in _outPathTarget]<br />
** Owner: Peter Eisentraut<br />
* [https://www.postgresql.org/message-id/flat/Ymd/e5eeZMNAkrXo%40paquier.xyz#23885a148c6899cc874a7bf68f228777 Instability of regression test of pg_walinspect]<br />
** Owner: Jeff Davis<br />
* [https://www.postgresql.org/message-id/202204251548.mudq7jbqnh7r@alvherre.pgsql bogus: logical replication rows/cols combinations]<br />
** Owner: Amit Kapila<br />
* [https://www.postgresql.org/message-id/20220502042718.GB1565149@rfd.leadboat.com Some issues with the TAP tests of pg_upgrade]<br />
** Owner: Michael Paquier<br />
* [https://www.postgresql.org/message-id/de57761c-b99b-3435-b0a6-474c72b1149a%40enterprisedb.com libpq: duplicate error message after connection loss]<br />
** Owner: Tom Lane<br />
* [https://www.postgresql.org/message-id/Yni6ZHkGotUU+RSf@paquier.xyz Avoid garbage logs with postgres -C on runtime-computed GUCs]<br />
** Owner: Michael Paquier<br />
* [https://www.postgresql.org/message-id/20220506234924.6mxxotl3xl63db3l@alap3.anarazel.de Some issues with mark_pgdllimport.pl]<br />
** Owner: Robert Haas<br />
* [https://www.postgresql.org/message-id/3813350.1652111765%40sss.pgh.pa.us psql now shows zero elapsed time after an error]<br />
** Owner: Peter Eisentraut<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* Defaults: log_checkpoints, log_lock_waits, log_recovery_conflict_waits, default_toast_compression, recovery_prefetch<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
** Fixed by: {{PgCommitURL|8ab0ebb9a842dc6063d1374a38b47a3b7ee64afe}}<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Fixed by: {{PgCommitURL|ce4f46fdc814eb1b704d81640f6d8f03625d0f53}}<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
* [https://www.postgresql.org/message-id/CAKFQuwamFuaQHKdhcMt4Gbw5+Hca2UE741B8gOOXoA=TtAd2Yw@mail.gmail.com Incorrect reset timestamp in stats after crash recovery]<br />
** Owner: Andres Freund (5891c7a8ed8f2d3d577e7eea34dacff12d7b6bbd)<br />
** Fixed at: {{PgCommitURL|5cd1c40b3ce9600f129fd1fea9850e1affaf31d5}}<br />
<br />
* [https://www.postgresql.org/message-id/YlPQGNAAa04raObK@paquier.xyz Fixes for compression options of pg_receivewal and refactoring of backup_compression.{c,h}]<br />
** Owner: Michael Paquier (babbbb595d2322da095a1e6703171b3f1f2815cb)<br />
** Fixed at: {{PgCommitURL|042a923ad53dfbe39a9d5012d6c3cf3c9c338884}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Owner: Michael Paquier (46dea2419ee7895a4eb3d048317682e6f18a17e1)<br />
** Fixed at: {{PgCommitURL|e61efafcb82c605dcc78f668685223e20d2f7ad8}}, {{PgCommitURL|1a8b110539efe18803c1fa8aa452a2178dbad9a9}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+hUKGJRbzaAOUtBUcjF5hLtaSHnJUqXmtiaLEoi53zeWSizeA@mail.gmail.com qsort performance regression]<br />
** Owner: John Naylor (6974924347c908335607a4a2f252213d58e21b7c)<br />
** Fixed at: {{PgCommitURL|99c754129d787ea4ce3b34b9f4c5f5e74c45ab6a}}<br />
<br />
* [https://www.postgresql.org/message-id/YlZyp26LVVfmwfgW@paquier.xyz Small issues with CLUSTER on partitioned tables]<br />
** Owner: Alvaro Herrera (cfdd03f45e6afc632fbe70519250ec19167d6765)<br />
** Fixed at: {{PgCommitURL|3f19e176ae0f55a653d62e1504dbe5ad8c1006a0}}, {{PgCommitURL|21a10368eb3fce73f146d7e48b4d81496f60d965}}<br />
<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
** Fixed at: {{PgCommitURL|5c854e7a2c8a6cd26040e0f9949e7a4a007f6366}}<br />
<br />
* [https://www.postgresql.org/message-id/flat/20220209220004.kb3dgtn2x2k2gtdm%40alap3.anarazel.de Corruption due to relfilenode reuse]<br />
** pg_upgrade can corrupt data with the new OIDs preservation feature<br />
*** Fixed at: {{PgCommitURL|e2f65f42555ff531c6d7c8f151526b4ef7c016f8}}<br />
** the ProcSignalBarrier solution this builds on also turns out to have a small race/hole<br />
*** Fixed at: {{PgCommitURL|b74e94dc27fdbb13954f230b1d1298430afa6c0c}}<br />
** Owner: Thomas Munro, Robert Haas<br />
<br />
== Won't Fix ==<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: May 19, 2022<br />
* Beta 2: TBD<br />
* GA: TBD<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=36928PostgreSQL 15 Open Items2022-05-06T15:58:16Z<p>Tgl: /* Open Issues */ add libpq duplicate-message issue</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Owner: Andrew Dunstan (90efa2f5565d28054c30c18f6a2f17f94fdff91e)<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
* [https://www.postgresql.org/message-id/CAA4eK1LpBFU49Ohbnk%3Ddv_v9YP%2BKqh1%2BSf8i%2B%2B_s-QhD1Gy4Qw%40mail.gmail.com 013_partition.pl failing]<br />
** Possibly fixed by {{PgCommitURL|dd4ab6fd6528e160571986fa8817cee9f2645aa8}}<br />
* [https://www.postgresql.org/message-id/YlGJGiofZiWN3elx@jrouhaud limitations of GetMaxBackends()]<br />
** Owner: Robert Haas (aa64f23b02924724eafbd9eadbf26d85df30a12b, and 4567596316d186c6e61c72df013797266fcac2f7)<br />
* [https://www.postgresql.org/message-id/1656446.1650043715%40sss.pgh.pa.us Crash in new pgstats code]<br />
** Initially reported issue was fixed by {{PgCommitURL|4a736a161c306fcfed970e6b649f2f03f465ac24}}, but there may be more to do here.<br />
** Owner: Andres Freund<br />
* [https://www.postgresql.org/message-id/b3463b8c-2328-dcac-0136-af95715493c1%40xs4all.nl TRAP: FailedAssertion("tabstat->trans == trans", File: "pgstat_relation.c", Line: 508]<br />
** Owner: Andres Freund<br />
* [https://www.postgresql.org/message-id/CAMbWs4-LN%3DbF8f9eU2R94dJtF54DfDvBq%2BovqHnOQqbinYDrUw%40mail.gmail.com Crash in _outPathTarget]<br />
** Owner: Peter Eisentraut<br />
* [https://www.postgresql.org/message-id/flat/Ymd/e5eeZMNAkrXo%40paquier.xyz#23885a148c6899cc874a7bf68f228777 Instability of regression test of pg_walinspect]<br />
** Owner: Jeff Davis<br />
* [https://www.postgresql.org/message-id/flat/20220209220004.kb3dgtn2x2k2gtdm%40alap3.anarazel.de Corruption due to relfilenode reuse]<br />
** pg_upgrade can corrupt data with the new OIDs preservation feature<br />
** the ProcSignalBarrier mechanism (done originally to fix intermittent failure of DROP TABLESPACE) can fix this<br />
** the ProcSignalBarrier solution also turns out to have a small race/hole, which can be fixed <br />
** Owner: Thomas Munro, Robert Haas<br />
* [https://www.postgresql.org/message-id/202204251548.mudq7jbqnh7r@alvherre.pgsql bogus: logical replication rows/cols combinations]<br />
** Owner: Amit Kapila<br />
* [https://www.postgresql.org/message-id/20220502042718.GB1565149@rfd.leadboat.com Some issues with the TAP tests of pg_upgrade]<br />
** Owner: Michael Paquier<br />
* [https://www.postgresql.org/message-id/de57761c-b99b-3435-b0a6-474c72b1149a%40enterprisedb.com libpq: duplicate error message after connection loss]<br />
** Owner: Tom Lane<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* Defaults: log_checkpoints, log_lock_waits, log_recovery_conflict_waits, default_toast_compression, recovery_prefetch<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
** Fixed by: {{PgCommitURL|8ab0ebb9a842dc6063d1374a38b47a3b7ee64afe}}<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Fixed by: {{PgCommitURL|ce4f46fdc814eb1b704d81640f6d8f03625d0f53}}<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
* [https://www.postgresql.org/message-id/CAKFQuwamFuaQHKdhcMt4Gbw5+Hca2UE741B8gOOXoA=TtAd2Yw@mail.gmail.com Incorrect reset timestamp in stats after crash recovery]<br />
** Owner: Andres Freund (5891c7a8ed8f2d3d577e7eea34dacff12d7b6bbd)<br />
** Fixed at: {{PgCommitURL|5cd1c40b3ce9600f129fd1fea9850e1affaf31d5}}<br />
<br />
* [https://www.postgresql.org/message-id/YlPQGNAAa04raObK@paquier.xyz Fixes for compression options of pg_receivewal and refactoring of backup_compression.{c,h}]<br />
** Owner: Michael Paquier (babbbb595d2322da095a1e6703171b3f1f2815cb)<br />
** Fixed at: {{PgCommitURL|042a923ad53dfbe39a9d5012d6c3cf3c9c338884}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Owner: Michael Paquier (46dea2419ee7895a4eb3d048317682e6f18a17e1)<br />
** Fixed at: {{PgCommitURL|e61efafcb82c605dcc78f668685223e20d2f7ad8}}, {{PgCommitURL|1a8b110539efe18803c1fa8aa452a2178dbad9a9}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+hUKGJRbzaAOUtBUcjF5hLtaSHnJUqXmtiaLEoi53zeWSizeA@mail.gmail.com qsort performance regression]<br />
** Owner: John Naylor (6974924347c908335607a4a2f252213d58e21b7c)<br />
** Fixed at: {{PgCommitURL|99c754129d787ea4ce3b34b9f4c5f5e74c45ab6a}}<br />
<br />
* [https://www.postgresql.org/message-id/YlZyp26LVVfmwfgW@paquier.xyz Small issues with CLUSTER on partitioned tables]<br />
** Owner: Alvaro Herrera (cfdd03f45e6afc632fbe70519250ec19167d6765)<br />
** Fixed at: {{PgCommitURL|3f19e176ae0f55a653d62e1504dbe5ad8c1006a0}}, {{PgCommitURL|21a10368eb3fce73f146d7e48b4d81496f60d965}}<br />
<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
** Fixed at: {{PgCommitURL|5c854e7a2c8a6cd26040e0f9949e7a4a007f6366}}<br />
<br />
== Won't Fix ==<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: May 19, 2022<br />
* Beta 2: TBD<br />
* GA: TBD<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=36868PostgreSQL 15 Open Items2022-04-27T18:13:39Z<p>Tgl: /* Live issues */ Add RecoveryConflictInterrupt unsafety issue</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Owner: Andrew Dunstan (90efa2f5565d28054c30c18f6a2f17f94fdff91e)<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
* [https://www.postgresql.org/message-id/CAA4eK1LpBFU49Ohbnk%3Ddv_v9YP%2BKqh1%2BSf8i%2B%2B_s-QhD1Gy4Qw%40mail.gmail.com 013_partition.pl failing]<br />
** Possibly fixed by {{PgCommitURL|dd4ab6fd6528e160571986fa8817cee9f2645aa8}}<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
* [https://www.postgresql.org/message-id/YlGJGiofZiWN3elx@jrouhaud limitations of GetMaxBackends()]<br />
** Owner: Robert Haas (aa64f23b02924724eafbd9eadbf26d85df30a12b, and 4567596316d186c6e61c72df013797266fcac2f7)<br />
* [https://www.postgresql.org/message-id/1656446.1650043715%40sss.pgh.pa.us Crash in new pgstats code]<br />
** Initially reported issue was fixed by {{PgCommitURL|4a736a161c306fcfed970e6b649f2f03f465ac24}}, but there may be more to do here.<br />
** Owner: Andres Freund<br />
* [https://www.postgresql.org/message-id/b3463b8c-2328-dcac-0136-af95715493c1%40xs4all.nl TRAP: FailedAssertion("tabstat->trans == trans", File: "pgstat_relation.c", Line: 508]<br />
** Owner: Andres Freund<br />
* [https://www.postgresql.org/message-id/CAMbWs4-LN%3DbF8f9eU2R94dJtF54DfDvBq%2BovqHnOQqbinYDrUw%40mail.gmail.com Crash in _outPathTarget]<br />
** Owner: Peter Eisentraut<br />
* [https://www.postgresql.org/message-id/Ymd/e5eeZMNAkrXo@paquier.xyz Instability of regression test of pg_walinspect]<br />
** This could be related to 3f1ce97, that introduced a circular buffer when reading WAL records.<br />
* [https://www.postgresql.org/message-id/flat/20220209220004.kb3dgtn2x2k2gtdm%40alap3.anarazel.de Corruption due to relfilenode reuse]<br />
** pg_upgrade can corrupt data with the new OIDs preservation feature<br />
** the ProcSignalBarrier mechanism (done originally to fix intermittent failure of DROP TABLESPACE) can fix this<br />
** the ProcSignalBarrier solution also turns out to have a small race/hole, which can be fixed <br />
** Owner: Thomas Munro, Robert Haas<br />
* [https://www.postgresql.org/message-id/202204251548.mudq7jbqnh7r@alvherre.pgsql bogus: logical replication rows/cols combinations]<br />
** Owner: Amit Kapila<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* Defaults: log_checkpoints, log_lock_waits, log_recovery_conflict_waits, default_toast_compression<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/flat/CA%2BhUKGK3PGKwcKqzoosamn36YW-fsuTdOPPF1i_rtEO%3DnEYKSg%40mail.gmail.com RecoveryConflictInterrupt() is unsafe in a signal handler]<br />
** This seems to [https://www.postgresql.org/message-id/447238.1651082925%40sss.pgh.pa.us explain buildfarm failures in 031_recovery_conflict.pl]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
** Fixed by: {{PgCommitURL|8ab0ebb9a842dc6063d1374a38b47a3b7ee64afe}}<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Fixed by: {{PgCommitURL|ce4f46fdc814eb1b704d81640f6d8f03625d0f53}}<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
* [https://www.postgresql.org/message-id/CAKFQuwamFuaQHKdhcMt4Gbw5+Hca2UE741B8gOOXoA=TtAd2Yw@mail.gmail.com Incorrect reset timestamp in stats after crash recovery]<br />
** Owner: Andres Freund (5891c7a8ed8f2d3d577e7eea34dacff12d7b6bbd)<br />
** Fixed at: {{PgCommitURL|5cd1c40b3ce9600f129fd1fea9850e1affaf31d5}}<br />
<br />
* [https://www.postgresql.org/message-id/YlPQGNAAa04raObK@paquier.xyz Fixes for compression options of pg_receivewal and refactoring of backup_compression.{c,h}]<br />
** Owner: Michael Paquier (babbbb595d2322da095a1e6703171b3f1f2815cb)<br />
** Fixed at: {{PgCommitURL|042a923ad53dfbe39a9d5012d6c3cf3c9c338884}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Owner: Michael Paquier (46dea2419ee7895a4eb3d048317682e6f18a17e1)<br />
** Fixed at: {{PgCommitURL|e61efafcb82c605dcc78f668685223e20d2f7ad8}}, {{PgCommitURL|1a8b110539efe18803c1fa8aa452a2178dbad9a9}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+hUKGJRbzaAOUtBUcjF5hLtaSHnJUqXmtiaLEoi53zeWSizeA@mail.gmail.com qsort performance regression]<br />
** Owner: John Naylor (6974924347c908335607a4a2f252213d58e21b7c)<br />
** Fixed at: {{PgCommitURL|99c754129d787ea4ce3b34b9f4c5f5e74c45ab6a}}<br />
<br />
* [https://www.postgresql.org/message-id/YlZyp26LVVfmwfgW@paquier.xyz Small issues with CLUSTER on partitioned tables]<br />
** Owner: Alvaro Herrera (cfdd03f45e6afc632fbe70519250ec19167d6765)<br />
** Fixed at: {{PgCommitURL|3f19e176ae0f55a653d62e1504dbe5ad8c1006a0}}, {{PgCommitURL|21a10368eb3fce73f146d7e48b4d81496f60d965}}<br />
<br />
== Won't Fix ==<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: TBD<br />
* GA: TBD<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=36857PostgreSQL 15 Open Items2022-04-19T20:38:13Z<p>Tgl: /* Open Issues */ update 013_partition.pl issue</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Owner: Andrew Dunstan (90efa2f5565d28054c30c18f6a2f17f94fdff91e)<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
* [https://www.postgresql.org/message-id/CAA4eK1LpBFU49Ohbnk%3Ddv_v9YP%2BKqh1%2BSf8i%2B%2B_s-QhD1Gy4Qw%40mail.gmail.com 013_partition.pl failing]<br />
** Possibly fixed by {{PgCommitURL|dd4ab6fd6528e160571986fa8817cee9f2645aa8}}<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
* [https://www.postgresql.org/message-id/YlGJGiofZiWN3elx@jrouhaud limitations of GetMaxBackends()]<br />
** Owner: Robert Haas (aa64f23b02924724eafbd9eadbf26d85df30a12b, and 4567596316d186c6e61c72df013797266fcac2f7)<br />
* [https://www.postgresql.org/message-id/CA+hUKGJRbzaAOUtBUcjF5hLtaSHnJUqXmtiaLEoi53zeWSizeA@mail.gmail.com qsort performance regression]<br />
** Owner: John Naylor (6974924347c908335607a4a2f252213d58e21b7c)<br />
* [https://www.postgresql.org/message-id/YlZyp26LVVfmwfgW@paquier.xyz Small issues with CLUSTER on partitioned tables]<br />
** Owner: Alvaro Herrera (cfdd03f45e6afc632fbe70519250ec19167d6765)<br />
* [https://www.postgresql.org/message-id/1656446.1650043715%40sss.pgh.pa.us Crash in new pgstats code]<br />
** Initially reported issue was fixed by {{PgCommitURL|4a736a161c306fcfed970e6b649f2f03f465ac24}}, but there may be more to do here.<br />
** Owner: Andres Freund<br />
* [https://www.postgresql.org/message-id/b3463b8c-2328-dcac-0136-af95715493c1%40xs4all.nl TRAP: FailedAssertion("tabstat->trans == trans", File: "pgstat_relation.c", Line: 508]<br />
** Owner: Andres Freund<br />
* [https://www.postgresql.org/message-id/CAMbWs4-LN%3DbF8f9eU2R94dJtF54DfDvBq%2BovqHnOQqbinYDrUw%40mail.gmail.com Crash in _outPathTarget]<br />
** Owner: Peter Eisentraut<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* Defaults: log_checkpoints, log_lock_waits, log_recovery_conflict_waits, default_toast_compression<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Fixed by: {{PgCommitURL|ce4f46fdc814eb1b704d81640f6d8f03625d0f53}}<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
* [https://www.postgresql.org/message-id/CAKFQuwamFuaQHKdhcMt4Gbw5+Hca2UE741B8gOOXoA=TtAd2Yw@mail.gmail.com Incorrect reset timestamp in stats after crash recovery]<br />
** Owner: Andres Freund (5891c7a8ed8f2d3d577e7eea34dacff12d7b6bbd)<br />
** Fixed at: {{PgCommitURL|5cd1c40b3ce9600f129fd1fea9850e1affaf31d5}}<br />
<br />
* [https://www.postgresql.org/message-id/YlPQGNAAa04raObK@paquier.xyz Fixes for compression options of pg_receivewal and refactoring of backup_compression.{c,h}]<br />
** Owner: Michael Paquier (babbbb595d2322da095a1e6703171b3f1f2815cb)<br />
** Fixed at: {{PgCommitURL|042a923ad53dfbe39a9d5012d6c3cf3c9c338884}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Owner: Michael Paquier (46dea2419ee7895a4eb3d048317682e6f18a17e1)<br />
** Fixed at: {{PgCommitURL|e61efafcb82c605dcc78f668685223e20d2f7ad8}}, {{PgCommitURL|1a8b110539efe18803c1fa8aa452a2178dbad9a9}}<br />
<br />
== Won't Fix ==<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: TBD<br />
* GA: TBD<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=36855PostgreSQL 15 Open Items2022-04-18T19:46:02Z<p>Tgl: /* Open Issues */ add _outPathTarget breakage</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Owner: Andrew Dunstan (90efa2f5565d28054c30c18f6a2f17f94fdff91e)<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
* [https://www.postgresql.org/message-id/CAA4eK1LpBFU49Ohbnk%3Ddv_v9YP%2BKqh1%2BSf8i%2B%2B_s-QhD1Gy4Qw%40mail.gmail.com 013_partition.pl failing]<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
* [https://www.postgresql.org/message-id/YlGJGiofZiWN3elx@jrouhaud limitations of GetMaxBackends()]<br />
** Owner: Robert Haas (aa64f23b02924724eafbd9eadbf26d85df30a12b, and 4567596316d186c6e61c72df013797266fcac2f7)<br />
* [https://www.postgresql.org/message-id/CA+hUKGJRbzaAOUtBUcjF5hLtaSHnJUqXmtiaLEoi53zeWSizeA@mail.gmail.com qsort performance regression]<br />
** Owner: John Naylor (6974924347c908335607a4a2f252213d58e21b7c)<br />
* [https://www.postgresql.org/message-id/YlZyp26LVVfmwfgW@paquier.xyz Small issues with CLUSTER on partitioned tables]<br />
** Owner: Alvaro Herrera (cfdd03f45e6afc632fbe70519250ec19167d6765)<br />
* [https://www.postgresql.org/message-id/1656446.1650043715%40sss.pgh.pa.us Crash in new pgstats code]<br />
** Initially reported issue was fixed by {{PgCommitURL|4a736a161c306fcfed970e6b649f2f03f465ac24}}, but there may be more to do here.<br />
** Owner: Andres Freund<br />
* [https://www.postgresql.org/message-id/b3463b8c-2328-dcac-0136-af95715493c1%40xs4all.nl TRAP: FailedAssertion("tabstat->trans == trans", File: "pgstat_relation.c", Line: 508]<br />
** Owner: Andres Freund<br />
* [https://www.postgresql.org/message-id/CAMbWs4-LN%3DbF8f9eU2R94dJtF54DfDvBq%2BovqHnOQqbinYDrUw%40mail.gmail.com Crash in _outPathTarget]<br />
** Owner: Peter Eisentraut<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* Defaults: log_checkpoints, log_lock_waits, log_recovery_conflict_waits, default_toast_compression<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Fixed by: {{PgCommitURL|ce4f46fdc814eb1b704d81640f6d8f03625d0f53}}<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
* [https://www.postgresql.org/message-id/CAKFQuwamFuaQHKdhcMt4Gbw5+Hca2UE741B8gOOXoA=TtAd2Yw@mail.gmail.com Incorrect reset timestamp in stats after crash recovery]<br />
** Owner: Andres Freund (5891c7a8ed8f2d3d577e7eea34dacff12d7b6bbd)<br />
** Fixed at: {{PgCommitURL|5cd1c40b3ce9600f129fd1fea9850e1affaf31d5}}<br />
<br />
* [https://www.postgresql.org/message-id/YlPQGNAAa04raObK@paquier.xyz Fixes for compression options of pg_receivewal and refactoring of backup_compression.{c,h}]<br />
** Owner: Michael Paquier (babbbb595d2322da095a1e6703171b3f1f2815cb)<br />
** Fixed at: {{PgCommitURL|042a923ad53dfbe39a9d5012d6c3cf3c9c338884}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Owner: Michael Paquier (46dea2419ee7895a4eb3d048317682e6f18a17e1)<br />
** Fixed at: {{PgCommitURL|e61efafcb82c605dcc78f668685223e20d2f7ad8}}, {{PgCommitURL|1a8b110539efe18803c1fa8aa452a2178dbad9a9}}<br />
<br />
== Won't Fix ==<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: TBD<br />
* GA: TBD<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=36854PostgreSQL 15 Open Items2022-04-18T18:33:43Z<p>Tgl: /* Open Issues */ Update pgstats issue</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Owner: Andrew Dunstan (90efa2f5565d28054c30c18f6a2f17f94fdff91e)<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
* [https://www.postgresql.org/message-id/CAA4eK1LpBFU49Ohbnk%3Ddv_v9YP%2BKqh1%2BSf8i%2B%2B_s-QhD1Gy4Qw%40mail.gmail.com 013_partition.pl failing]<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
* [https://www.postgresql.org/message-id/YlGJGiofZiWN3elx@jrouhaud limitations of GetMaxBackends()]<br />
** Owner: Robert Haas (aa64f23b02924724eafbd9eadbf26d85df30a12b, and 4567596316d186c6e61c72df013797266fcac2f7)<br />
* [https://www.postgresql.org/message-id/CA+hUKGJRbzaAOUtBUcjF5hLtaSHnJUqXmtiaLEoi53zeWSizeA@mail.gmail.com qsort performance regression]<br />
** Owner: John Naylor (6974924347c908335607a4a2f252213d58e21b7c)<br />
* [https://www.postgresql.org/message-id/YlZyp26LVVfmwfgW@paquier.xyz Small issues with CLUSTER on partitioned tables]<br />
** Owner: Alvaro Herrera (cfdd03f45e6afc632fbe70519250ec19167d6765)<br />
* [https://www.postgresql.org/message-id/1656446.1650043715%40sss.pgh.pa.us Crash in new pgstats code]<br />
** Initially reported issue was fixed by {{PgCommitURL|4a736a161c306fcfed970e6b649f2f03f465ac24}}, but there may be more to do here.<br />
** Owner: Andres Freund<br />
* [https://www.postgresql.org/message-id/b3463b8c-2328-dcac-0136-af95715493c1%40xs4all.nl TRAP: FailedAssertion("tabstat->trans == trans", File: "pgstat_relation.c", Line: 508]<br />
** Owner: Andres Freund<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* Defaults: log_checkpoints, log_lock_waits, log_recovery_conflict_waits, default_toast_compression<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Fixed by: {{PgCommitURL|ce4f46fdc814eb1b704d81640f6d8f03625d0f53}}<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
* [https://www.postgresql.org/message-id/CAKFQuwamFuaQHKdhcMt4Gbw5+Hca2UE741B8gOOXoA=TtAd2Yw@mail.gmail.com Incorrect reset timestamp in stats after crash recovery]<br />
** Owner: Andres Freund (5891c7a8ed8f2d3d577e7eea34dacff12d7b6bbd)<br />
** Fixed at: {{PgCommitURL|5cd1c40b3ce9600f129fd1fea9850e1affaf31d5}}<br />
<br />
* [https://www.postgresql.org/message-id/YlPQGNAAa04raObK@paquier.xyz Fixes for compression options of pg_receivewal and refactoring of backup_compression.{c,h}]<br />
** Owner: Michael Paquier (babbbb595d2322da095a1e6703171b3f1f2815cb)<br />
** Fixed at: {{PgCommitURL|042a923ad53dfbe39a9d5012d6c3cf3c9c338884}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Owner: Michael Paquier (46dea2419ee7895a4eb3d048317682e6f18a17e1)<br />
** Fixed at: {{PgCommitURL|e61efafcb82c605dcc78f668685223e20d2f7ad8}}, {{PgCommitURL|1a8b110539efe18803c1fa8aa452a2178dbad9a9}}<br />
<br />
== Won't Fix ==<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: TBD<br />
* GA: TBD<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=36853PostgreSQL 15 Open Items2022-04-18T18:28:29Z<p>Tgl: Move TOAST issue to older-bugs section</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Owner: Andrew Dunstan (90efa2f5565d28054c30c18f6a2f17f94fdff91e)<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
* [https://www.postgresql.org/message-id/CAA4eK1LpBFU49Ohbnk%3Ddv_v9YP%2BKqh1%2BSf8i%2B%2B_s-QhD1Gy4Qw%40mail.gmail.com 013_partition.pl failing]<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
* [https://www.postgresql.org/message-id/YlGJGiofZiWN3elx@jrouhaud limitations of GetMaxBackends()]<br />
** Owner: Robert Haas (aa64f23b02924724eafbd9eadbf26d85df30a12b, and 4567596316d186c6e61c72df013797266fcac2f7)<br />
* [https://www.postgresql.org/message-id/CA+hUKGJRbzaAOUtBUcjF5hLtaSHnJUqXmtiaLEoi53zeWSizeA@mail.gmail.com qsort performance regression]<br />
** Owner: John Naylor (6974924347c908335607a4a2f252213d58e21b7c)<br />
* [https://www.postgresql.org/message-id/YlZyp26LVVfmwfgW@paquier.xyz Small issues with CLUSTER on partitioned tables]<br />
** Owner: Alvaro Herrera (cfdd03f45e6afc632fbe70519250ec19167d6765)<br />
* [https://www.postgresql.org/message-id/1656446.1650043715%40sss.pgh.pa.us Crash in new pgstats code]<br />
** Owner: Andres Freund<br />
* [https://www.postgresql.org/message-id/b3463b8c-2328-dcac-0136-af95715493c1%40xs4all.nl TRAP: FailedAssertion("tabstat->trans == trans", File: "pgstat_relation.c", Line: 508]<br />
** Owner: Andres Freund<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* Defaults: log_checkpoints, log_lock_waits, log_recovery_conflict_waits, default_toast_compression<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TOAST fetches could perhaps occur after the needed data has been removed]<br />
** The symptom originally reported in the thread was fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Fixed by: {{PgCommitURL|ce4f46fdc814eb1b704d81640f6d8f03625d0f53}}<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
* [https://www.postgresql.org/message-id/CAKFQuwamFuaQHKdhcMt4Gbw5+Hca2UE741B8gOOXoA=TtAd2Yw@mail.gmail.com Incorrect reset timestamp in stats after crash recovery]<br />
** Owner: Andres Freund (5891c7a8ed8f2d3d577e7eea34dacff12d7b6bbd)<br />
** Fixed at: {{PgCommitURL|5cd1c40b3ce9600f129fd1fea9850e1affaf31d5}}<br />
<br />
* [https://www.postgresql.org/message-id/YlPQGNAAa04raObK@paquier.xyz Fixes for compression options of pg_receivewal and refactoring of backup_compression.{c,h}]<br />
** Owner: Michael Paquier (babbbb595d2322da095a1e6703171b3f1f2815cb)<br />
** Fixed at: {{PgCommitURL|042a923ad53dfbe39a9d5012d6c3cf3c9c338884}}<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Owner: Michael Paquier (46dea2419ee7895a4eb3d048317682e6f18a17e1)<br />
** Fixed at: {{PgCommitURL|e61efafcb82c605dcc78f668685223e20d2f7ad8}}, {{PgCommitURL|1a8b110539efe18803c1fa8aa452a2178dbad9a9}}<br />
<br />
== Won't Fix ==<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: TBD<br />
* GA: TBD<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=36847PostgreSQL 15 Open Items2022-04-16T20:14:42Z<p>Tgl: /* Open Issues */ Update HaveRegisteredOrActiveSnapshot item</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Owner: Andrew Dunstan (90efa2f5565d28054c30c18f6a2f17f94fdff91e)<br />
* Snapshot assertion in init_toast_snapshot()<br />
** [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TRAP: FailedAssertion("HaveRegisteredOrActiveSnapshot()"]<br />
** Owner: Andres Freund (2776922201f751e3202a713b61d97fe4e44a8440)<br />
** The reported symptom is fixed by {{PgCommitURL|9f4f0a0dad4c7422a97d94e4051c08ec6d181dd6}}, but nobody is very happy with the status quo in this area. Do we need to do more now?<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
* [https://www.postgresql.org/message-id/2976736.1649218027%40sss.pgh.pa.us Why is 013_partition.pl failing?]<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Owner: Michael Paquier (46dea2419ee7895a4eb3d048317682e6f18a17e1)<br />
** The test has two race conditions: one coming from df86e52 and one more recent with 46dea24.<br />
** WAL prefetching also seems to cause some problems.<br />
* [https://www.postgresql.org/message-id/YlGJGiofZiWN3elx@jrouhaud limitations of GetMaxBackends()]<br />
** Owner: Robert Haas (aa64f23b02924724eafbd9eadbf26d85df30a12b, and 4567596316d186c6e61c72df013797266fcac2f7)<br />
* [https://www.postgresql.org/message-id/CA+hUKGJRbzaAOUtBUcjF5hLtaSHnJUqXmtiaLEoi53zeWSizeA@mail.gmail.com qsort performance regression]<br />
** Owner: John Naylor (6974924347c908335607a4a2f252213d58e21b7c)<br />
* [https://www.postgresql.org/message-id/YlPQGNAAa04raObK@paquier.xyz Fixes for compression options of pg_receivewal and refactoring of backup_compression.{c,h}]<br />
** Owner: Michael Paquier (babbbb595d2322da095a1e6703171b3f1f2815cb)<br />
* [https://www.postgresql.org/message-id/YlZyp26LVVfmwfgW@paquier.xyz Small issues with CLUSTER on partitioned tables]<br />
** Owner: Alvaro Herrera (cfdd03f45e6afc632fbe70519250ec19167d6765)<br />
* [https://www.postgresql.org/message-id/1656446.1650043715%40sss.pgh.pa.us Crash in new pgstats code]<br />
** Owner: Andres Freund<br />
* [https://www.postgresql.org/message-id/b3463b8c-2328-dcac-0136-af95715493c1%40xs4all.nl TRAP: FailedAssertion("tabstat->trans == trans", File: "pgstat_relation.c", Line: 508]<br />
** Owner: Andres Freund<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* Defaults: log_checkpoints, log_lock_waits, log_recovery_conflict_waits, default_toast_compression<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Fixed by: {{PgCommitURL|ce4f46fdc814eb1b704d81640f6d8f03625d0f53}}<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
* [https://www.postgresql.org/message-id/CAKFQuwamFuaQHKdhcMt4Gbw5+Hca2UE741B8gOOXoA=TtAd2Yw@mail.gmail.com Incorrect reset timestamp in stats after crash recovery]<br />
** Owner: Andres Freund (5891c7a8ed8f2d3d577e7eea34dacff12d7b6bbd)<br />
** Fixed at: {{PgCommitURL|5cd1c40b3ce9600f129fd1fea9850e1affaf31d5}}<br />
<br />
== Won't Fix ==<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: TBD<br />
* GA: TBD<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=36845PostgreSQL 15 Open Items2022-04-15T23:12:50Z<p>Tgl: /* Open Issues */ Add crash in pgstats code</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Owner: Andrew Dunstan (90efa2f5565d28054c30c18f6a2f17f94fdff91e)<br />
* Snapshot assertion in init_toast_snapshot()<br />
** [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TRAP: FailedAssertion("HaveRegisteredOrActiveSnapshot()"]<br />
** Owner: Andres Freund (2776922201f751e3202a713b61d97fe4e44a8440)<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
* [https://www.postgresql.org/message-id/2976736.1649218027%40sss.pgh.pa.us Why is 013_partition.pl failing?]<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Owner: Michael Paquier (46dea2419ee7895a4eb3d048317682e6f18a17e1)<br />
** The test has two race conditions: one coming from df86e52 and one more recent with 46dea24.<br />
** WAL prefetching also seems to cause some problems.<br />
* [https://www.postgresql.org/message-id/YlGJGiofZiWN3elx@jrouhaud limitations of GetMaxBackends()]<br />
** Owner: Robert Haas (aa64f23b02924724eafbd9eadbf26d85df30a12b, and 4567596316d186c6e61c72df013797266fcac2f7)<br />
* [https://www.postgresql.org/message-id/CA+hUKGJRbzaAOUtBUcjF5hLtaSHnJUqXmtiaLEoi53zeWSizeA@mail.gmail.com qsort performance regression]<br />
** Owner: John Naylor (6974924347c908335607a4a2f252213d58e21b7c)<br />
* [https://www.postgresql.org/message-id/YlPQGNAAa04raObK@paquier.xyz Fixes for compression options of pg_receivewal and refactoring of backup_compression.{c,h}]<br />
** Owner: Michael Paquier (babbbb595d2322da095a1e6703171b3f1f2815cb)<br />
* [https://www.postgresql.org/message-id/YlZyp26LVVfmwfgW@paquier.xyz Small issues with CLUSTER on partitioned tables]<br />
** Owner: Alvaro Herrera (cfdd03f45e6afc632fbe70519250ec19167d6765)<br />
* [https://www.postgresql.org/message-id/1656446.1650043715%40sss.pgh.pa.us Crash in new pgstats code]<br />
** Owner: Andres Freund<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* Defaults: log_checkpoints, log_lock_waits, log_recovery_conflict_waits, default_toast_compression<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Fixed by: {{PgCommitURL|ce4f46fdc814eb1b704d81640f6d8f03625d0f53}}<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
* [https://www.postgresql.org/message-id/CAKFQuwamFuaQHKdhcMt4Gbw5+Hca2UE741B8gOOXoA=TtAd2Yw@mail.gmail.com Incorrect reset timestamp in stats after crash recovery]<br />
** Owner: Andres Freund (5891c7a8ed8f2d3d577e7eea34dacff12d7b6bbd)<br />
** Fixed at: {{PgCommitURL|5cd1c40b3ce9600f129fd1fea9850e1affaf31d5}}<br />
<br />
== Won't Fix ==<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: TBD<br />
* GA: TBD<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=36832PostgreSQL 15 Open Items2022-04-08T22:01:14Z<p>Tgl: /* Open Issues */ Add 002_archiving.pl failure</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Owner: Andrew Dunstan (90efa2f5565d28054c30c18f6a2f17f94fdff91e)<br />
* Snapshot assertion in init_toast_snapshot()<br />
** [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TRAP: FailedAssertion("HaveRegisteredOrActiveSnapshot()"]<br />
** Owner: Andres Freund (2776922201f751e3202a713b61d97fe4e44a8440)<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Owner: Alvaro Herrera (7103ebb7aae8ab8076b7e85f335ceb8fe799097c)<br />
* [https://www.postgresql.org/message-id/2976736.1649218027%40sss.pgh.pa.us Why is 013_partition.pl failing?]<br />
* [https://www.postgresql.org/message-id/20220408124338.GK24419@telsasoft.com asynchronous execution crash in trivial_subqueryscan()]<br />
** Owner: Etsuro Fujita (c2bb02bc2e858ba345b8b33f1f3a54628f719d93)<br />
* [https://www.postgresql.org/message-id/4015413.1649454951%40sss.pgh.pa.us Timing-dependent failure in 002_archiving.pl]<br />
** Not clear if this is the test's fault or a bug in 5dc0418fab<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* Defaults: log_checkpoints, log_lock_waits, log_recovery_conflict_waits, default_toast_compression<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
== Won't Fix ==<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: TBD<br />
* GA: TBD<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=36827PostgreSQL 15 Open Items2022-04-06T04:13:57Z<p>Tgl: /* Open Issues */ 013_partition.pl failures</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
** Owner: Andrew Dunstan (90efa2f5565d28054c30c18f6a2f17f94fdff91e)<br />
* Snapshot assertion in init_toast_snapshot()<br />
** [https://www.postgresql.org/message-id/flat/dc9dd229-ed30-6c62-4c41-d733ffff776b%40xs4all.nl TRAP: FailedAssertion("HaveRegisteredOrActiveSnapshot()"]<br />
** Owner: Andres Freund (2776922201f751e3202a713b61d97fe4e44a8440)<br />
* [https://www.postgresql.org/message-id/YkfeMNYRCGhySKyg%40ahch-to crash with JSON constructors and window functions]<br />
** Owner: Andrew Dunstan (f4fb45d15c59d7add2e1b81a9d477d0119a9691a)<br />
* [https://www.postgresql.org/message-id/fab3b90a-914d-46a9-beb0-df011ee39ee5%40www.fastmail.com MERGE: ERROR: variable not found in subplan target lists]<br />
** Owner: Alvaro Herrera (7103ebb7aae8ab8076b7e85f335ceb8fe799097c)<br />
* [https://www.postgresql.org/message-id/2976736.1649218027%40sss.pgh.pa.us Why is 013_partition.pl failing?]<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* Defaults: log_checkpoints, log_lock_waits, log_recovery_conflict_waits, default_toast_compression<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-Wzn22s42h4Lh6v96GsXSKGd%3D_6b76mjqip_WFCGnBmTJCw%40mail.gmail.com CLUSTER sort on abbreviated expressions is broken]<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
** Owner: Robert Haas (dab298471ff2f91f33bc25bfb73e435d3ab02148)<br />
** Fixed at: {{PgCommitURL|afb529e6772b4e2b065644a2204697eeaf6c9a96}}<br />
<br />
== Won't Fix ==<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April 7, 2022 ('''Last Day to Commit Features''')<br />
* Beta 1: TBD<br />
* GA: TBD<br />
<br />
== See also ==<br />
<br />
* [[Release Management Team]]<br />
<br />
[[Category:Open_Items]]</div>Tglhttps://wiki.postgresql.org/index.php?title=PostgreSQL_15_Open_Items&diff=36808PostgreSQL 15 Open Items2022-03-24T21:49:30Z<p>Tgl: /* Open Issues */ add misplaced OAT hooks</p>
<hr />
<div>== Open Issues ==<br />
<br />
'''NOTE''': Please place new open items at the end of the list.<br />
<br />
* pg_basebackup: bbstreamer_lz4.c:172: bbstreamer_lz4_compressor_content: Assertion `mystreamer->base.bbs_buffer.maxlen >= out_bound' failed. <br />
** [https://www.postgresql.org/message-id/20220316151253.GB28503@telsasoft.com basebackup LZ4 to stdout]<br />
* InvokeNamespaceSearchHook calls need to be moved<br />
** [https://www.postgresql.org/message-id/2600348.1647987525%40sss.pgh.pa.us Re: New Object Access Type hooks]<br />
<br />
== Decisions to Recheck Mid-Beta ==<br />
<br />
* Defaults: log_checkpoints, log_lock_waits, log_recovery_conflict_waits, default_toast_compression<br />
<br />
== Older bugs affecting stable branches ==<br />
<br />
=== Live issues ===<br />
<br />
* [https://www.postgresql.org/message-id/CAH2-WzkjjCoq5Y4LeeHJcjYJVxGm3M3SAWZ0%3D6J8K1FPSC9K0w%40mail.gmail.com REINDEX on a system catalog can leave index with two index tuples whose heap TIDs match]<br />
** In other words, there is a rare case where the HOT invariant is violated. Same HOT chain is indexed twice due to confusion about which precise heap tuple should be indexed.<br />
** Unclear what the user impact is.<br />
** Affects all stable branches.<br />
<br />
* [https://www.postgresql.org/message-id/20201001021609.GC8476%40telsasoft.com memory leak with JIT inlining]<br />
** [https://www.postgresql.org/message-id/flat/20210331040751.GU4431%40telsasoft.com#cc34872765add8e483e05009212d9d39 Another report of (same?) issue and reproducer]<br />
** [https://www.postgresql.org/message-id/flat/9f73e655-14b8-feaf-bd66-c0f506224b9e%40stephans-server.de Another report]<br />
** [https://www.postgresql.org/message-id/flat/16707-f5df308978a55bf8%40postgresql.org Another report]<br />
<br />
* [https://www.postgresql.org/message-id/CAEze2WgGiw%2BLZt%2BvHf8tWqB_6VxeLsMeoAuod0N%3Dij1q17n5pw%40mail.gmail.com Non-replayable WAL records through overflows and >MaxAllocSize lengths]<br />
** In other words; we can write xlog records that we can't read (plus potentially actual WAL corruption); making the instance unrecoverable, and blocks any replication.<br />
** Exploitation seems limited to WAL records of 2PC and logical replication, and extension-generated WAL.<br />
** Affects all stable branches.<br />
<br />
=== Fixed issues ===<br />
<br />
== Non-bugs ==<br />
<br />
== Resolved Issues ==<br />
<br />
* [https://www.postgresql.org/message-id/CA+TgmoazKcKUWtqVa0xZqSzbKgTH+X-aw4V7GyLD68EpDLMh8A@mail.gmail.com Remove compatibility from pg_basebackup?]<br />
** Fixed at: {{PgCommitURL|9cd28c2e5f11dfeef64a14035b82e70acead65fd}}<br />
<br />
=== resolved before 15beta1 ===<br />
<br />
* [https://www.postgresql.org/message-id/20220212211316.GK31460%40telsasoft.com Buildfarm warnings]<br />
** pg_basebackup.c:1261:35: warning: storing the address of local variable archive_filename in progress_filename [-Wdangling-pointer=]<br />
** new in 23a1c6578 - looks like a real error @Robert Haas<br />
** Fixed at: {{PgCommitURL|62cb7427d1e491faf8612a82c2e3711a8cd65422}}<br />
<br />
* [https://www.postgresql.org/message-id/20220311010223.GI28503@telsasoft.com pg_basebackup serverside compression broken with stdout and manifests]<br />
** Fixed at: {{PgCommitURL|b2de45f9200d9adcac50015521574696dc464ccd}}<br />
<br />
== Won't Fix ==<br />
<br />
== Important Dates ==<br />
<br />
Current schedule:<br />
<br />
* Feature Freeze: April N, 2022 ('''Last Day to Commit Features''')<br />
<br />
[[Category:Open_Items]]</div>Tgl