]> granicus.if.org Git - postgresql/commitdiff
Add regression test coverage for non-default timezone abbreviation sets.
authorTom Lane <tgl@sss.pgh.pa.us>
Mon, 5 Sep 2016 00:02:16 +0000 (20:02 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Mon, 5 Sep 2016 00:02:16 +0000 (20:02 -0400)
After further reflection about the mess cleaned up in commit 39b691f25,
I decided the main bit of test coverage that was still missing was to
check that the non-default abbreviation-set files we supply are usable.
Add that.

Back-patch to supported branches, just because it seems like a good
idea to keep this all in sync.

src/test/regress/expected/timestamptz.out
src/test/regress/sql/timestamptz.sql
src/timezone/README

index 2bfc13ad72d3cd301a3a1a57b9d78497fba8b290..9fa93a43eafe0b85f0765aaf9535190c7007db51 100644 (file)
@@ -2623,3 +2623,18 @@ select count(distinct utc_offset) >= 24 as ok from pg_timezone_abbrevs;
  t
 (1 row)
 
+-- Let's check the non-default timezone abbreviation sets, too
+set timezone_abbreviations = 'Australia';
+select count(distinct utc_offset) >= 24 as ok from pg_timezone_abbrevs;
+ ok 
+----
+ t
+(1 row)
+
+set timezone_abbreviations = 'India';
+select count(distinct utc_offset) >= 24 as ok from pg_timezone_abbrevs;
+ ok 
+----
+ t
+(1 row)
+
index ce9d1c2fa1b0a02aeb109ec647b12993ad470d87..5573e0ed779f430be34c28480a34d89ab60c838f 100644 (file)
@@ -479,3 +479,8 @@ SELECT '2007-12-09 07:30:00 UTC'::timestamptz AT TIME ZONE 'VET';
 --
 select count(distinct utc_offset) >= 24 as ok from pg_timezone_names;
 select count(distinct utc_offset) >= 24 as ok from pg_timezone_abbrevs;
+-- Let's check the non-default timezone abbreviation sets, too
+set timezone_abbreviations = 'Australia';
+select count(distinct utc_offset) >= 24 as ok from pg_timezone_abbrevs;
+set timezone_abbreviations = 'India';
+select count(distinct utc_offset) >= 24 as ok from pg_timezone_abbrevs;
index 1df4ce1f69a1c2d26d8ceba471efd966b575c254..f2f80c7176a8f8afa9b01919e5154a2573603549 100644 (file)
@@ -34,6 +34,11 @@ in the same commit.  Usually, if a known abbreviation has changed meaning,
 the appropriate fix is to make it refer to a long-form zone name instead
 of a fixed GMT offset.
 
+The core regression test suite does some simple validation of the zone
+data and abbreviations data (notably by checking that the pg_timezone_names
+and pg_timezone_abbrevs views don't throw errors).  It's worth running it
+as a cross-check on proposed updates.
+
 When there has been a new release of Windows (probably including Service
 Packs), the list of matching timezones need to be updated. Run the
 script in src/tools/win32tzlist.pl on a Windows machine running this new