]> granicus.if.org Git - postgresql/commit
Fix handling of nested JSON objects in json_populate_recordset and friends.
authorTom Lane <tgl@sss.pgh.pa.us>
Wed, 25 Jun 2014 04:22:40 +0000 (21:22 -0700)
committerTom Lane <tgl@sss.pgh.pa.us>
Wed, 25 Jun 2014 04:22:40 +0000 (21:22 -0700)
commit57d8c1270e1538d1f02e4fa1cdb1d8ded82f7c70
tree77920b87a258d8c93915f8f0cb3d15c9d4d37f2c
parent0f7482733a90a2e0d8917a41d823306975f291ee
Fix handling of nested JSON objects in json_populate_recordset and friends.

populate_recordset_object_start() improperly created a new hash table
(overwriting the link to the existing one) if called at nest levels
greater than one.  This resulted in previous fields not appearing in
the final output, as reported by Matti Hameister in bug #10728.
In 9.4 the problem also affects json_to_recordset.

This perhaps missed detection earlier because the default behavior is to
throw an error for nested objects: you have to pass use_json_as_text = true
to see the problem.

In addition, fix query-lifespan leakage of the hashtable created by
json_populate_record().  This is pretty much the same problem recently
fixed in dblink: creating an intended-to-be-temporary context underneath
the executor's per-tuple context isn't enough to make it go away at the
end of the tuple cycle, because MemoryContextReset is not
MemoryContextResetAndDeleteChildren.

Michael Paquier and Tom Lane
src/backend/utils/adt/jsonfuncs.c
src/test/regress/expected/json.out
src/test/regress/expected/json_1.out
src/test/regress/sql/json.sql