#5396 closed defect (fixed)

postgis_restore.pl keeps FUNCTION _st_concavehull(geometry)

Reported by: strk Owned by: strk
Priority: medium Milestone: PostGIS 3.4.0
Component: build Version: master
Keywords: Cc:

Description

I've taken a dump of a database loaded with non-extension core, topology and raster sql files from 3.0.9dev. Upon restoring it with postgis_restore.pl here's the KEEP list:

KEEP: FUNCTION _st_concavehull(geometry)
KEEP: TABLEDATA layer
KEEP: TABLEDATA topology
KEEP: SEQUENCE_SET topology_id_seq

This probably means we're missing a drop of the old signature. The postgis.sql.in file contains a DROP of the _st_concavehull(geometry) function, protected by a POSTGIS_GEOS_VERSION conditional, as for older geos we'll have a DIFFERENT signature, making upgrades harder to handle.

I think we should always provide the SAME signature, and internally complain if a parameter is passed that we cannot handle due to lack of GEOS.

Change History (4)

comment:1 by strk, 18 months ago

Milestone: PostGIS 3.4.0PostGIS 3.3.4
Version: master3.3.x

The problematic mixed signature was introduced in 3.3, version 3.2 is not affected, so retargetting to 3.3.4

comment:2 by strk, 18 months ago

Documentation for user-facing functions in versions 3.2 and 3.3 report the same signature so this problem is only with internal function:

comment:3 by Sandro Santilli <strk@…>, 18 months ago

In 5e05bc3e/git:

Have skip signature generator scan full postgis upgrade script

References #5396 in master branch (3.4.0dev)

comment:4 by strk, 17 months ago

Milestone: PostGIS 3.3.4PostGIS 3.4.0
Resolution: fixed
Status: newclosed
Version: 3.3.xmaster

[5e05bc3e/git] effectively fixed this in the master (3.4.0dev) branch The 3.3 branch had that signature hard-coded in postgis_restore.pl.in so nothing to fix there.

Note: See TracTickets for help on using tickets.