postgresql

mirror of https://git.postgresql.org/git/postgresql.git synced 2024-08-23 13:40:42 +02:00

History

Tom Lane 39b691f251 Don't require dynamic timezone abbreviations to match underlying time zone. Previously, we threw an error if a dynamic timezone abbreviation did not match any abbreviation recorded in the referenced IANA time zone entry. That seemed like a good consistency check at the time, but it turns out that a number of the abbreviations in the IANA database are things that Olson and crew made up out of whole cloth. Their current policy is to remove such names in favor of using simple numeric offsets. Perhaps unsurprisingly, a lot of these made-up abbreviations have varied in meaning over time, which meant that our commit `b2cbced9e` and later changes made them into dynamic abbreviations. So with newer IANA database versions that don't mention these abbreviations at all, we fail, as reported in bug #14307 from Neil Anderson. It's worse than just a few unused-in-the-wild abbreviations not working, because the pg_timezone_abbrevs view stops working altogether (since its underlying function tries to compute the whole view result in one call). We considered deleting these abbreviations from our abbreviations list, but the problem with that is that we can't stay ahead of possible future IANA changes. Instead, let's leave the abbreviations list alone, and treat any "orphaned" dynamic abbreviation as just meaning the referenced time zone. It will behave a bit differently than it used to, in that you can't any longer override the zone's standard vs. daylight rule by using the "wrong" abbreviation of a pair, but that's better than failing entirely. (Also, this solution can be interpreted as adding a small new feature, which is that any abbreviation a user wants can be defined as referencing a time zone name.) Back-patch to all supported branches, since this problem affects all of them when using tzdata 2016f or newer. Report: <20160902031551.15674.67337@wrigleys.postgresql.org> Discussion: <6189.1472820913@sss.pgh.pa.us>		2016-09-02 17:30:02 -04:00
..
examples	Update copyright for 2016	2016-01-02 13:33:40 -05:00
isolation	Fix a bunch of places that called malloc and friends with no NULL check.	2016-08-30 18:22:43 -04:00
locale	Fix omission of -X (--no-psqlrc) in some psql invocations.	2015-12-28 11:46:43 -05:00
mb	Revert "Fix broken multibyte regression tests."	2016-01-26 08:29:15 +09:00
modules	Final pgindent + perltidy run for 9.6.	2016-08-15 13:42:51 -04:00
perl	Final pgindent + perltidy run for 9.6.	2016-08-15 13:42:51 -04:00
recovery	Final pgindent + perltidy run for 9.6.	2016-08-15 13:42:51 -04:00
regress	Don't require dynamic timezone abbreviations to match underlying time zone.	2016-09-02 17:30:02 -04:00
ssl	Clean the last few TAP suite tmp_check directories.	2016-02-24 23:41:54 -05:00
thread	Update copyright for 2016	2016-01-02 13:33:40 -05:00
Makefile	Add a test framework for recovery	2016-02-26 16:13:30 -03:00
README	Minor tweaks for new src/test/recovery	2016-02-29 18:16:59 -03:00

README

PostgreSQL tests
================

This directory contains a variety of test infrastructure as well as some of the
tests in PostgreSQL. Not all tests are here -- in particular, there are more in
individual contrib/ modules and in src/bin.

Not all these tests get run by "make check". Check src/test/Makefile to see
which tests get run automatically.

examples/
  Demonstration programs for libpq that double as regression tests via
  "make check"

isolation/
  Tests for concurrent behavior at the SQL level

locale/
  Sanity checks for locale data, encodings, etc

mb/
  Tests for multibyte encoding (UTF-8) support

modules/
  Extensions used only or mainly for test purposes, generally not suitable
  for installing in production databases

perl/
  Infrastructure for Perl-based TAP tests

recovery/
  Test suite for recovery and replication

regress/
  PostgreSQL's main regression test suite, pg_regress

ssl/
  Tests to exercise and verify SSL certificate handling

thread/
  A thread-safety-testing utility used by configure