Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rXJ8C-009uNn-Iz for pgsql-docs@arkaria.postgresql.org; Tue, 06 Feb 2024 10:56:49 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1rXJ8B-003CpI-MW for pgsql-docs@arkaria.postgresql.org; Tue, 06 Feb 2024 10:56:47 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rXJ8B-003CpA-FD for pgsql-docs@lists.postgresql.org; Tue, 06 Feb 2024 10:56:47 +0000 Received: from smtp.outgoing.loopia.se ([93.188.3.37]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rXJ88-005Lb2-Ee for pgsql-docs@lists.postgresql.org; Tue, 06 Feb 2024 10:56:46 +0000 Received: from s807.loopia.se (localhost [127.0.0.1]) by s807.loopia.se (Postfix) with ESMTP id 7EFF32FEF746 for ; Tue, 6 Feb 2024 11:56:35 +0100 (CET) Received: from s980.loopia.se (unknown [172.22.191.6]) by s807.loopia.se (Postfix) with ESMTP id 6EA5D2E28F51; Tue, 6 Feb 2024 11:56:35 +0100 (CET) Received: from s470.loopia.se (unknown [172.22.191.5]) by s980.loopia.se (Postfix) with ESMTP id 6CBD522016BF; Tue, 6 Feb 2024 11:56:35 +0100 (CET) X-Virus-Scanned: amavisd-new at amavis.loopia.se X-Spam-Flag: NO X-Spam-Score: -1.01 X-Spam-Level: X-Spam-Status: No, score=-1.01 tagged_above=-999 required=6.2 tests=[ALL_TRUSTED=-1, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=disabled Received: from s980.loopia.se ([172.22.191.5]) by s470.loopia.se (s470.loopia.se [172.22.190.34]) (amavisd-new, port 10024) with UTF8LMTP id FXsxtbDazX2t; Tue, 6 Feb 2024 11:56:35 +0100 (CET) X-Loopia-Auth: user X-Loopia-User: daniel@yesql.se X-Loopia-Originating-IP: 89.255.232.193 Received: from smtpclient.apple (customer-89-255-232-193.stosn.net [89.255.232.193]) (Authenticated sender: daniel@yesql.se) by s980.loopia.se (Postfix) with ESMTPSA id E37FC22016B6; Tue, 6 Feb 2024 11:56:34 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.4\)) Subject: Re: Broken link From: Daniel Gustafsson In-Reply-To: <202402061046.xemsplfjzblt@alvherre.pgsql> Date: Tue, 6 Feb 2024 11:56:34 +0100 Cc: codyrank@gmail.com, pgsql-docs Content-Transfer-Encoding: quoted-printable Message-Id: <6B2D6249-1395-4529-BD89-0BCDDA9A2DCF@yesql.se> References: <202402061046.xemsplfjzblt@alvherre.pgsql> To: Alvaro Herrera X-Mailer: Apple Mail (2.3696.120.41.1.4) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk > On 6 Feb 2024, at 11:46, Alvaro Herrera = wrote: >=20 > On 2024-Feb-06, Daniel Gustafsson wrote: >=20 >>> On 5 Feb 2024, at 22:23, PG Doc comments form = wrote: >>=20 >>> This page has a link that says "See the release notes for PostgreSQL = 12 for >>> details on this change." >>> https://www.postgresql.org/docs/current/recovery-config.html >>>=20 >>> The link does not go to the release notes though. >>=20 >> While not directly to the v12 release notes, it leads to a page where = the >> release notes are linked from which seems good enough here. This is = a note on >> a change that happened in the oldest still supported version, with = the previous >> behavior EOL. >=20 > The release notes for 12.0 [1] say less than the recovery-config.html > page says about the matter. I think a good fix for this complaint is = to > remove the whole phrase "See ... for details on this change". >=20 > [1] https://www.postgresql.org/docs/release/12.0/ I'm guessing it's the below entry which is referred to, which I agree = isn't likely to be all that helpful to any reader, more reading is required. * Move recovery.conf settings into postgresql.conf (Masao Fujii, Simon = Riggs, Abhijit Menon-Sen, Sergei Kornilov) recovery.conf is no longer used, and the server will not start if that = file exists. recovery.signal and standby.signal files are now used to switch = into non-primary mode. The trigger_file setting has been renamed to promote_trigger_file. The standby_mode setting has been removed. That being said, all the obsolote appendix pages share that very link structure, so I'm not sure if removing one of them is helpful. Maybe = removing all of them and instead expanding appendix-obsolete.sgml with an = explanation of where to find more information is better? -- Daniel Gustafsson