Re: BUG #19409: Function jsonb_strip_nulls() changed from immutable to stable.
От
Andrew Dunstan
Тема
Re: BUG #19409: Function jsonb_strip_nulls() changed from immutable to stable.
Дата
Msg-id
f4b67569-086e-4c22-a756-aab635fa01a7@dunslane.net
Ответ на
Список
Дерево обсуждения
BUG #19409: Function jsonb_strip_nulls() changed from immutable to stable. PG Bug reporting form <noreply@postgresql.org>
Re: BUG #19409: Function jsonb_strip_nulls() changed from immutable to stable. Tom Lane <tgl@sss.pgh.pa.us>
Re: BUG #19409: Function jsonb_strip_nulls() changed from immutable to stable. Florents Tselai <florents.tselai@gmail.com>
Re: BUG #19409: Function jsonb_strip_nulls() changed from immutable to stable. Andrew Dunstan <andrew@dunslane.net>
Re: BUG #19409: Function jsonb_strip_nulls() changed from immutable to stable. Tom Lane <tgl@sss.pgh.pa.us>
Re: BUG #19409: Function jsonb_strip_nulls() changed from immutable to stable. Andrew Dunstan <andrew@dunslane.net>
Re: BUG #19409: Function jsonb_strip_nulls() changed from immutable to stable. Andrew Dunstan <andrew@dunslane.net>
Re: BUG #19409: Function jsonb_strip_nulls() changed from immutable to stable. Tom Lane <tgl@sss.pgh.pa.us>
Re: BUG #19409: Function jsonb_strip_nulls() changed from immutable to stable. Andrew Dunstan <andrew@dunslane.net>
Re: BUG #19409: Function jsonb_strip_nulls() changed from immutable to stable. Tom Lane <tgl@sss.pgh.pa.us>
On 2026-02-16 Mo 3:19 PM, Andrew Dunstan wrote: > > > On 2026-02-16 Mo 11:48 AM, Tom Lane wrote: >> Andrew Dunstan writes: >>> In penance for this I have worked up a mechanism to generate >>> default-setting statements from pg_proc.dat that I will post separately >>> about in -hackers. In the meantime, I guess we should fix it in release >>> 18 and master, with a release note that people might need to do a manual >>> update if affected, along the lines of >>> update pg_proc set provolatile = 'i' where oid in (3261,3262); >> Yeah, the $64 question is what to do in REL_18_STABLE. In master >> we can commit this with a catversion bump, but we can't change >> v18's catversion. I think I agree that we should just change v18's >> system_functions.sql anyway. That will at least solve it for people >> upgrading in future. > > > OK, barring objections I will make that happen in a day or two. > > > In view of later discussions, fixing master seems pointless, as that code is going away. When it does we should do a catversion bump. So I'm just planning to patch v18 now. cheers andrew -- Andrew Dunstan EDB: https://www.enterprisedb.com
В списке pgsql-bugs по дате отправления
От: Matt Carter
Дата:
От: Tom Lane
Дата: