Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Skip to content

Commit bb20f2c

Browse files
committed
Doc: warn that timezone abbreviations don't work in recovery_target_time.
Moving this setting into the main configuration file was ill-considered, perhaps, because that typically causes it to be set before timezone_abbreviations has been set. Which in turn means that zone abbreviations don't work, only full zone names. We could imagine hacking things so that such cases do work, but the stability of the hack would be questionable, and the value isn't really that high. Instead just document that you should use a numeric zone offset or a full zone name. Per bug #16404 from Reijo Suhonen. Back-patch to v12 where this was changed. Discussion: https://postgr.es/m/16404-4603a99603fbd04c@postgresql.org
1 parent 98c017c commit bb20f2c

File tree

1 file changed

+10
-0
lines changed

1 file changed

+10
-0
lines changed

doc/src/sgml/config.sgml

+10
Original file line numberDiff line numberDiff line change
@@ -3468,6 +3468,16 @@ restore_command = 'copy "C:\\server\\archivedir\\%f" "%p"' # Windows
34683468
The precise stopping point is also influenced by
34693469
<xref linkend="guc-recovery-target-inclusive"/>.
34703470
</para>
3471+
3472+
<para>
3473+
The value of this parameter is a time stamp in the same format
3474+
accepted by the <type>timestamp with time zone</type> data type,
3475+
except that you cannot use a time zone abbreviation (unless the
3476+
<xref linkend="guc-timezone-abbreviations"/> variable has been set
3477+
earlier in the configuration file). Preferred style is to use a
3478+
numeric offset from UTC, or you can write a full time zone name,
3479+
e.g. <literal>Europe/Helsinki</literal> not <literal>EEST</literal>.
3480+
</para>
34713481
</listitem>
34723482
</varlistentry>
34733483

0 commit comments

Comments
 (0)