]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Tighten array dimensionality checks in Python -> SQL array conversion.
authorTom Lane <tgl@sss.pgh.pa.us>
Thu, 4 May 2023 15:00:33 +0000 (11:00 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Thu, 4 May 2023 15:00:33 +0000 (11:00 -0400)
commitaa7e5e404324ebddb71bac891361f72fc0098cbb
tree9975bcc784b0c73156246f9459758f8771a2f2c1
parent0e0463fc590c6fe55083ed941e28655bbbb700b4
Tighten array dimensionality checks in Python -> SQL array conversion.

Like plperl before f47004add, plpython wasn't being sufficiently
careful about checking that list-of-list structures represent
rectangular arrays, so that it would accept some cases in which
different parts of the "array" are nested to different depths.
This was exacerbated by Python's weak distinction between
sequences and lists, so that in some cases strings could get
treated as though they are lists (and burst into individual
characters) even though a different ordering of the upper-level
list would give a different result.

Some of this behavior was unreachable (without risking a crash)
before 81eaaf65e.  It seems like a good idea to clean it all up
in the same releases, rather than shipping a non-crashing but
nonetheless visibly buggy behavior in the name of minimal change.
Hence, back-patch.

Per bug #17912 and further testing by Alexander Lakhin.

Discussion: https://postgr.es/m/17912-82ceed78731d9cdc@postgresql.org
src/pl/plpython/expected/plpython_types.out
src/pl/plpython/expected/plpython_types_3.out
src/pl/plpython/plpy_typeio.c
src/pl/plpython/sql/plpython_types.sql