Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gfQoA-0005I3-Cf for pgsql-docs@arkaria.postgresql.org; Fri, 04 Jan 2019 14:50:46 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1gfQo8-00012q-W6 for pgsql-docs@arkaria.postgresql.org; Fri, 04 Jan 2019 14:50:44 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gfQo8-00012f-Pe for pgsql-docs@lists.postgresql.org; Fri, 04 Jan 2019 14:50:44 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1gfQo1-0007IW-AI for pgsql-docs@lists.postgresql.org; Fri, 04 Jan 2019 14:50:44 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id x04EoYjW009016; Fri, 4 Jan 2019 09:50:34 -0500 From: Tom Lane To: Michael Paquier cc: elisabeth314@gmail.com, pgsql-docs@lists.postgresql.org Subject: Re: Broken link in JSON Types documentation In-reply-to: <20190104130303.GE2067@paquier.xyz> References: <154645929104.5292.17420414597290599745@wrigleys.postgresql.org> <12837.1546470715@sss.pgh.pa.us> <20190104130303.GE2067@paquier.xyz> Comments: In-reply-to Michael Paquier message dated "Fri, 04 Jan 2019 22:03:03 +0900" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <9014.1546613434.1@sss.pgh.pa.us> Date: Fri, 04 Jan 2019 09:50:34 -0500 Message-ID: <9015.1546613434@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Michael Paquier writes: > On Wed, Jan 02, 2019 at 06:11:55PM -0500, Tom Lane wrote: >> In PG v10 and up this link goes to https://tools.ietf.org/html/rfc7159. >> Evidently whoever updated it didn't bother to back-patch into old >> branches. > I don't think that really cool to have user-facing documentation which > goes to the void on supported branches, especially if there is an > adequate replacement. Tom, do you think that this is worth updating? I didn't quite have the energy to do something about it yesterday, but if you do, feel free. (I'd suggest looking up the commit that fixed it, to see if it fixed anything else.) regards, tom lane