E.63. Release 9.3.14
Prev | Up | Appendix E. Release Notes | Home | Next

## E.63. Release 9.3.14

Release date: 2016-08-11

This release contains a variety of fixes from 9.3.13. For information about new features in the 9.3 major release, see Section E.77.

### E.63.1. Migration to Version 9.3.14

A dump/restore is not required for those running 9.3.X.

However, if you are upgrading from a version earlier than 9.3.9, see Section E.68.

### E.63.2. Changes

- Fix possible mis-evaluation of nested `CASE`-`WHEN` expressions (Heikki Linnakangas, Michael Paquier, Tom Lane)

  A `CASE` expression appearing within the test value subexpression of another `CASE` could become confused about whether its own test value was null or not. Also, inlining of a SQL function implementing the equality operator used by a `CASE` expression could result in passing the wrong test value to functions called within a `CASE` expression in the SQL function's body. If the test values were of different data types, a crash might result; moreover such situations could be abused to allow disclosure of portions of server memory. (CVE-2016-5423)

- Fix client programs' handling of special characters in database and role names (Noah Misch, Nathan Bossart, Michael Paquier)

  Numerous places in vacuumdb and other client programs could become confused by database and role names containing double quotes or backslashes. Tighten up quoting rules to make that safe. Also, ensure that when a conninfo string is used as a database name parameter to these programs, it is correctly treated as such throughout.

  Fix handling of paired double quotes in psql's `\connect` and `\password` commands to match the documentation.

  Introduce a new `-reuse-previous` option in psql's `\connect` command to allow explicit control of whether to re-use connection parameters from a previous connection. (Without this, the choice is based on whether the database name looks like a conninfo string, as before.) This allows secure handling of database names containing special characters in pg_dumpall scripts.

  pg_dumpall now refuses to deal with database and role names containing carriage returns or newlines, as it seems impractical to quote those characters safely on Windows. In future we may reject such names on the server side, but that step has not been taken yet.

  These are considered security fixes because crafted object names containing special characters could have been used to execute commands with superuser privileges the next time a superuser executes pg_dumpall or other routine maintenance operations. (CVE-2016-5424)

- Fix corner-case misbehaviors for `IS NULL`/`IS NOT NULL` applied to nested composite values (Andrew Gierth, Tom Lane)

  The SQL standard specifies that `IS NULL` should return TRUE for a row of all null values (thus `ROW(NULL,NULL) IS NULL` yields TRUE), but this is not meant to apply recursively (thus `ROW(NULL, ROW(NULL,NULL)) IS NULL` yields FALSE). The core executor got this right, but certain planner optimizations treated the test as recursive (thus producing TRUE in both cases), and `contrib/postgres_fdw` could produce remote queries that misbehaved similarly.

- Make the `inet` and `cidr` data types properly reject IPv6 addresses with too many colon-separated fields (Tom Lane)

- Prevent crash in `close_ps()` (the `point` `##` `lseg` operator) for NaN input coordinates (Tom Lane)

  Make it return NULL instead of crashing.

- Avoid possible crash in `pg_get_expr()` when inconsistent values are passed to it (Michael Paquier, Thomas Munro)

- Fix several one-byte buffer over-reads in `to_number()` (Peter Eisentraut)

  In several cases the `to_number()` function would read one more character than it should from the input string. There is a small chance of a crash, if the input happens to be adjacent to the end of memory.

- Do not run the planner on the query contained in `CREATE MATERIALIZED VIEW` or `CREATE TABLE AS` when `WITH NO DATA` is specified (Michael Paquier, Tom Lane)

  This avoids some unnecessary failure conditions, for example if a stable function invoked by the materialized view depends on a table that doesn't exist yet.

- Avoid unsafe intermediate state during expensive paths through `heap_update()` (Masahiko Sawada, Andres Freund)

  Previously, these cases locked the target tuple (by setting its XMAX) but did not WAL-log that action, thus risking data integrity problems if the page were spilled to disk and then a database crash occurred before the tuple update could be completed.

- Fix hint bit update during WAL replay of row locking operations (Andres Freund)

  The only known consequence of this problem is that row locks held by a prepared, but uncommitted, transaction might fail to be enforced after a crash and restart.

- Avoid unnecessary “could not serialize access” errors when acquiring `FOR KEY SHARE` row locks in serializable mode (Álvaro Herrera)

- Avoid crash in `postgres -C` when the specified variable has a null string value (Michael Paquier)

- Ensure that backends see up-to-date statistics for shared catalogs (Tom Lane)

  The statistics collector failed to update the statistics file for shared catalogs after a request from a regular backend. This problem was partially masked because the autovacuum launcher regularly makes requests that did cause such updates; however, it became obvious with autovacuum disabled.

- Avoid redundant writes of the statistics files when multiple backends request updates close together (Tom Lane, Tomas Vondra)

- Avoid consuming a transaction ID during `VACUUM` (Alexander Korotkov)

  Some cases in `VACUUM` unnecessarily caused an XID to be assigned to the current transaction. Normally this is negligible, but if one is up against the XID wraparound limit, consuming more XIDs during anti-wraparound vacuums is a very bad thing.

- Avoid canceling hot-standby queries during `VACUUM FREEZE` (Simon Riggs, Álvaro Herrera)

  `VACUUM FREEZE` on an otherwise-idle master server could result in unnecessary cancellations of queries on its standby servers.

- Prevent possible failure when vacuuming multixact IDs in an installation that has been pg_upgrade'd from pre-9.3 (Andrew Gierth, Álvaro Herrera)

  The usual symptom of this bug is errors like “MultiXactId `NNN` has not been created yet -- apparent wraparound”.

- When a manual `ANALYZE` specifies a column list, don't reset the table's `changes_since_analyze` counter (Tom Lane)

  If we're only analyzing some columns, we should not prevent routine auto-analyze from happening for the other columns.

- Fix `ANALYZE`'s overestimation of `n_distinct` for a unique or nearly-unique column with many null entries (Tom Lane)

  The nulls could get counted as though they were themselves distinct values, leading to serious planner misestimates in some types of queries.

- Prevent autovacuum from starting multiple workers for the same shared catalog (Álvaro Herrera)

  Normally this isn't much of a problem because the vacuum doesn't take long anyway; but in the case of a severely bloated catalog, it could result in all but one worker uselessly waiting instead of doing useful work on other tables.

- Prevent infinite loop in GiST index build for geometric columns containing NaN component values (Tom Lane)

- Fix `contrib/btree_gin` to handle the smallest possible `bigint` value correctly (Peter Eisentraut)

- Teach libpq to correctly decode server version from future servers (Peter Eisentraut)

  It's planned to switch to two-part instead of three-part server version numbers for releases after 9.6. Make sure that `PQserverVersion()` returns the correct value for such cases.

- Fix ecpg's code for `unsigned long long` array elements (Michael Meskes)

- In pg_dump with both `-c` and `-C` options, avoid emitting an unwanted `CREATE SCHEMA public` command (David Johnston, Tom Lane)

- Improve handling of SIGTERM/control-C in parallel pg_dump and pg_restore (Tom Lane)

  Make sure that the worker processes will exit promptly, and also arrange to send query-cancel requests to the connected backends, in case they are doing something long-running such as a `CREATE INDEX`.

- Fix error reporting in parallel pg_dump and pg_restore (Tom Lane)

  Previously, errors reported by pg_dump or pg_restore worker processes might never make it to the user's console, because the messages went through the master process, and there were various deadlock scenarios that would prevent the master process from passing on the messages. Instead, just print everything to `stderr`. In some cases this will result in duplicate messages (for instance, if all the workers report a server shutdown), but that seems better than no message.

- Ensure that parallel pg_dump or pg_restore on Windows will shut down properly after an error (Kyotaro Horiguchi)

  Previously, it would report the error, but then just sit until manually stopped by the user.

- Make pg_dump behave better when built without zlib support (Kyotaro Horiguchi)

  It didn't work right for parallel dumps, and emitted some rather pointless warnings in other cases.

- Make pg_basebackup accept `-Z 0` as specifying no compression (Fujii Masao)

- Fix makefiles' rule for building AIX shared libraries to be safe for parallel make (Noah Misch)

- Fix TAP tests and MSVC scripts to work when build directory's path name contains spaces (Michael Paquier, Kyotaro Horiguchi)

- Be more predictable about reporting “statement timeout” versus “lock timeout” (Tom Lane)

  On heavily loaded machines, the regression tests sometimes failed due to reporting “lock timeout” even though the statement timeout should have occurred first.

- Make regression tests safe for Danish and Welsh locales (Jeff Janes, Tom Lane)

  Change some test data that triggered the unusual sorting rules of these locales.

- Update our copy of the timezone code to match IANA's tzcode release 2016c (Tom Lane)

  This is needed to cope with anticipated future changes in the time zone data files. It also fixes some corner-case bugs in coping with unusual time zones.

- Update time zone data files to tzdata release 2016f for DST law changes in Kemerovo and Novosibirsk, plus historical corrections for Azerbaijan, Belarus, and Morocco.

Prev | Up | Next
E.62. Release 9.3.15 | Home | E.64. Release 9.3.13